JAVA开发规范
阿里JAVA开发规范,助你写出更干净整洁的代码
阿⾥JAVA开发规范,助你写出更⼲净整洁的代码⼀、命名风格1.【强制】类名使⽤UpperCamelCase 风格，必须遵从驼峰形式，但以下情形例外：DO / BO / DTO / VO / AO2.正例：MarcoPolo / UserDO / XmlService / TcpUdpDeal /TaPromotion3.反例：macroPolo / UserDo / XMLService / TCPUDPDeal /TAPromotion4.【强制】⽅法名、参数名、成员变量、局部变量都统⼀使⽤lowerCamelCase 风格，必须遵从驼峰形式。
5.正例：localValue / getHttpMessage() / inputUserId6.【强制】常量命名全部⼤写，单词间⽤下划线隔开，⼒求语义表达完整清楚，不要嫌名字长。
7.正例：MAX_STOCK_COUNT 反例：MAX_COUNT8.【强制】抽象类命名使⽤Abstract 或Base 开头；异常类命名使⽤Exception 结尾；测试类命名以它要测试的类的名称开始，以Test 结尾。
9.【强制】Model 类中布尔类型的变量，都不要加is，否则部分框架解析会引起序列化错误。
10.反例：定义为基本数据类型Boolean isDeleted；的属性，它的⽅法也是isDeleted()，RPC框架在反向解析的时候，“以为”对应的属性名称是deleted，导致属性获取不到，进⽽抛出异常。
11.【强制】对于Service 和DAO 类，基于SOA 的理念，暴露出来的服务⼀定是接⼝，内部的实现类⽤Impl 的后缀与接⼝区别。
正例：CacheManagerImpl 实现CacheManager 接⼝。
12.【推荐】为了达到代码⾃解释的⽬标，任何⾃定义编程元素在命名时，使⽤尽量完整的单词组合来表达其意。
正例：从远程仓库拉取代码的类命名为PullCodeFromRemoteRepository 反例：变量int a;的随意命名⽅式。
java 开发规范
java开发规范(一)java命名规范1、变量、成员、方法名统一采用驼峰命名(lowerCamelCase),做到见语知其义例子：变量——用户数据(userList)、方法——getUserData(int type)等。
说明：正常变量定义使用驼峰命名,特殊的如DTO\VO\DO等除外。
2、类名的定义（1）普通类名采用大写字母开始;（2）抽象类采用Abstract或Base开头。
例子：普通类——class UserModel,抽象类——abstract class AbstractUserDefinition等。
3、常量、类型、接口、子类的定义（1）常量使用全大写且单词之间用"_“隔开; （2）boolean变量不能使用is开头;（3）接口尽量不要修饰符、子类紧跟接口追加Impl。
例子：常量——SORT_TYPE,布尔类型——flag,接口——UserService,实现类——UserServiceImpl等。
说明：常量不可组装,需要原子性定义,不能出现"KEY”+SORT_TYPE 这种内部出现。
4、包名、异常、枚举、方法名称的定义（1）包名一律采用小写; （2）异常都采用_Exception结尾; （3）枚举都是以Enum结尾;（4）方法名称——根据方法内容采用如插入insert-*。
例子：异常——UserException,包名——com.test,枚举——UserEnum,方法名称——insertUser等。
5、领域模型定义规范：主要是以VO\DTO\DO等结尾例子：用户数据——UserDTO等（1）数据对象：xxxDO,xxx 即为数据表名。
（2）数据传输对象：xxxDTO,xxx为业务领域相关的名称。
（3）展示对象：xxxVO,xxx一般为网页名称。
（4）POJO是DO/DTO/BO/VO的统称,禁止命名成xxxPOJO。
(二)代码格式规范1、括号代码要求左大括号前不换行、左大括号后换行、右大括号前换行、右大括号后还有else等代码则不换行；表示终止的右大括号后必须换行。
java 编程规范
java 编程规范Java编程规范是为了促进Java代码的可读性、可维护性和可扩展性而制定的标准。
以下是一些常见的Java编程规范：一、命名规范1. 类名、接口名、枚举名首字母大写，采用驼峰命名法。
2. 变量名、方法名首字母小写，采用驼峰命名法。
3. 常量名全部大写，使用下划线分割单词。
4. 包名全部小写，使用点号分割单词。
二、代码格式1. 使用4个空格缩进。
2. 每行代码长度不超过80个字符。
3. 在二元运算符（如赋值、算术运算、逻辑运算）两侧添加空格。
4. 在逗号、冒号、分号之后添加空格。
5. 在左花括号之后和右花括号之前添加空格。
6. 在注释之前添加空格。
三、代码结构1. 类的成员按照作用域排列，先是静态成员，然后是实例成员。
2. 类的方法按照功能排列，先是构造方法，然后是其他方法。
3. 每个类只负责一个功能，遵循单一职责原则。
4. 使用适当的访问修饰符控制成员变量和方法的访问级别。
四、异常处理1. 不要捕获异常而不做任何处理，应该记录日志或者抛出更高级别的异常。
2. 不要将整个方法体放在try-catch块中，应该只捕获需要处理的异常。
3. 不要使用异常控制程序的流程，应该使用条件语句或者循环结构。
五、注释规范1. 使用Javadoc注释对类、方法、参数、返回值进行说明。
2. 在每个类的头部使用Javadoc注释描述该类的功能。
3. 使用内联注释对代码进行解释、补充和说明。
4. 注释应该清楚、简明、不冗余，遵循自然语言的习惯。
六、其他规范1. 避免使用魔法数值，应该使用常量或者枚举来表示。
2. 使用块注释对重要的代码块进行标注，方便阅读和查找。
3. 使用业界公认的缩写和术语，避免拼写错误和歧义。
4. 使用合适的数据结构和算法来解决问题，避免低效的代码。
以上仅是Java编程规范的一部分，具体的规范还需要根据具体的项目和团队来制定。
遵循编程规范可以提高代码质量和可维护性，提升团队的协作效率。
Java语言编程规范（华为公司）
Java语言编程规范（华为公司）DKBA华为技术有限公司企业技术规范DKBAXXXX-2001.12代替（DKBA200106-003）Java语言编程规范2001-12-XX发布2001-12-XX实施华为技术有限公司发布VVVVVVV VVVVVVVVVVVX。
XVX.X VX.X VX.X VX.XVX.X 目次前言 .............................................................................. .. (3)1 范围112 规范性引用文件113 术语和定义114 排版规范124.1 规则121.*程序块要采用缩进风格编写，缩进12的空格数为4个。
122.*分界符（如大括号‘{’和‘}’）应各独占一行并且位于同一列，同时与引用它们的语句左对齐。
在函数体的开始、类和接口的定义、以及if、for、do、while、switch、case语句中的程序都要采用如上的缩进方式。
133.*较长的语句、表达式或参数（>80字符）要分成多行书写，长表达式要在低优先级操作符处划分新行，操作符放在新行之首，划分出的新行要进行适当的缩进，使排版整齐，语句可读。
134.*不允许把多个短语句写在一行中，即一行只写一条语句5.*if, for, do, while, case,13switch, default 等语句自占一行，且if, for, do, while等语句的执行语句无论多少都要加括号{}。
6.*相对独立的程序块之间、变量说明13之后必须加空行。
7.*对齐只使用空格键，不使用TAB键。
14VVVVVVV VVVVVVVVVVVX。
XVX.X VX.X VX.X VX.XVX.X 8.*在两个以上的关键字、变量、常量14进行对等操作时，它们之间的操作符之前、之后或者前后要加空格；进行非对等操作时，如果是关系密切的立即操作符（如.），后不应加空格。
蓝凌JAVA产品开发规范
蓝凌JAVA 产品开发规范文档控制/Document Control 修改记录审阅人分发目录第一章、概述 (4)1.1、目的 (4)1.2、范围 (4)1.3、文档约定 (4)1.4、相关概念及词汇列表 (4)1.5、相关角色 (5)第二章、协作规范 (6)2.1、参与协作开发 (6)2.2、进行协作开发..........................错误！未定义书签。
2.3、相关规范 (6)第三章、设计规范 (8)3.1、JAVA存放位置 (8)3.2、页面存放位置 (9)3.3、配置文件存放位置 (9)3.4、业务代码位置 (10)3.5、数据库设计 (10)3.6、M ODEL规范 (11)3.7、D ESIGN配置规范 (11)3.8、JAVA类规范 (12)3.9、JSP界面规范 (13)3.10、PROPERTIES资源文件规范 (14)第四章、代码规范 (16)4.1、命名规范 (16)4.2、风格规范 (21)文档授权 (26)第一章、概述1.1、目的对于代码，首要要求是它必须正确，能够按照程序员的真实思想去运行；第二个的要求是代码必须清晰易懂，使别的程序员能够容易理解代码所进行的实际工作。
通过建立开发规范，形成开发小组编码约定，提高程序的可靠性、可读性、可修改性、可维护性、可继承性和一致性，可以保证程序代码的质量，继承软件开发成果，充分利用资源，使开发人员之间的工作成果可以共享。
1.2、范围1、项目组成员；2、蓝凌公司相关技术开发人员；3、其他经公司认可的必要知情的人员。
1.3、文档约定本文档采用MS Word2003软件编写，采用统一风格排版，正文风格为：五号中文宋体、五号英文Arial字体、行距1.5行；针对需要重点注意的段落，采用红色描色。
一般来说，各章内容相对独立，构成全文的有效组成部分。
1.4、相关概念及词汇列表【同步代码】在进行开发的过程中将本地的代码和SVN服务器的代码进行同步，在eclipse中的操作叫Synchronize whit Repository。
java 华为软件开发规范(完整)
¹1-6：不允许把多个短语句写在一行中，即一行只写一条语句。 示例：如下例子不符合规范。 rect.length = 0; rect.width = 0;
应如下书写
仅供内部使用
4
PDF Page Organizer - Foxit Software
软件编程规范总则
1 排版
rect.length = 0; rect.width = 0; ¹1-7：if、for、do、while、case、switch、default等语句自占一行，且 if、for、 do、while等语句的执行语句部分无论多少都要加括号{}。 示例：如下例子不符合规范。 if (pUserCR == NULL) return;
应如下书写： if (pUserCR == NULL) { return; } ¹1-8：对齐只使用空格键，不使用TAB键。 说明： 以免用不同的编辑器阅读程序时， 因 TAB 键所设置的空格数目不同而造成程序布局 不整齐，不要使用 BC 作为编辑器合版本，因为 BC 会自动将 8 个空格变为一个 TAB 键， 因此使用 BC 合入的版本大多会将缩进变乱。 ¹1-9：函数或过程的开始、结构的定义及循环、判断等语句中的代码都要采用缩进风格，case 语句下的情况处理语句也要遵从语句缩进要求。 ¹1-10：程序块的分界符（如C/C++语言的大括号‘{’和‘}’）应各独占一行并且位于同一 列，同时与引用它们的语句左对齐。在函数体的开始、类的定义、结构的定义、枚举的定义以 及if、for、do、while、switch、case语句中的程序都要采用如上的缩进方式。 示例：如下例子不符合规范。 for (...) { ... // program code }
act_task_table[taskno].duration_true_or_false = SYS_get_sccp_statistic_state( stat_item );
JAVA技术架构及开发规范文档
JAVA技术架构及开发规范文档一、概述二、技术架构1.三层架构基于业务功能的划分，将系统划分为表示层、业务逻辑层和数据持久层。
这样可以实现业务逻辑与表示层、数据持久层的解耦，提高代码的复用性和可维护性。
2.MVC模式使用MVC（Model-View-Controller）模式进行开发，将系统分为模型层、视图层和控制层，使各层之间的职责分明，提高代码的可维护性和可测试性。
3.面向对象设计原则遵循SOLID原则，尽量使用面向对象的设计和编程，其中包括单一职责原则、开闭原则、里式替换原则、接口隔离原则和依赖反转原则等。
三、开发规范1.命名规范采用驼峰命名法，变量名、方法名、类名等均应具有描述性，避免使用拼音或缩写。
2.代码风格代码应该具有良好的缩进和格式，增加代码的可读性。
要求适当添加注释，注释应说明代码的目的和使用注意事项。
3.异常处理合理处理异常，避免直接抛出异常，而是进行捕获和处理。
对于特定的业务异常，可以定义自定义异常类，并进行抛出。
4.注释规范需要对代码进行充分的注释，注释的风格应明确，注释应配合代码，解释代码的用途和作用。
5.单元测试开发过程中应进行单元测试，确保代码的正确性。
对于每个功能模块，编写相应的单元测试用例进行测试，覆盖率应尽量达到100%。
6.安全性对于涉及到的用户输入数据和敏感数据，应进行有效的验证和过滤，防止恶意注入和跨站脚本攻击等安全威胁。
7.日志规范所有的关键操作和错误信息都应记录到日志中，日志级别应根据实际需要进行配置。
8.数据库规范数据库表设计应符合第三范式，避免数据冗余和数据不一致。
使用参数化查询和预编译语句，提高数据库查询性能和安全性。
9.版本管理使用版本管理工具（如Git）进行代码管理，每个开发人员都应具备良好的版本管理和协同开发能力。
四、总结本文档主要介绍了JAVA技术架构及开发规范。
通过采用三层架构和MVC模式，可以实现代码的复用性和可维护性。
同时，遵循JAVA的面向对象设计原则，提高代码的可测试性和可扩展性。
java 代码规范
java 代码规范Java代码规范是指在Java程序设计中遵循的一些规则和约定，旨在提高代码的可读性、可维护性和可移植性。
遵守代码规范可以帮助团队成员更好地理解和协作开发，提高代码的质量和可靠性。
本文将围绕Java代码规范展开讨论，包括命名规范、代码风格、注释规范、异常处理等方面的内容。
一、命名规范1.包名规范包名应该全小写，连接符可以使用小写字母和下划线，不推荐使用数字。
包名应该能够清晰地表达包所包含的内容，不要使用太长或者太短的包名。
2.类名规范类名应该采用驼峰命名法，首字母大写，类名应该能够清晰地表达类的用途，不要使用太长或者太短的类名。
如果类名由多个单词组成，应该遵循每个单词首字母大写的命名规范。
3.接口名规范接口名应该采用驼峰命名法，首字母大写，接口名应该能够清晰地表达接口的用途，不要使用太长或者太短的接口名。
如果接口名由多个单词组成，应该遵循每个单词首字母大写的命名规范。
4.变量名规范变量名应该采用驼峰命名法，首字母小写，变量名应该能够清晰地表达变量的用途，不要使用太长或者太短的变量名。
如果变量名由多个单词组成，应该遵循每个单词首字母小写的命名规范。
5.常量名规范常量名应该全大写，单词之间使用下划线分隔，常量名应该能够清晰地表达常量的用途，不要使用太长或者太短的常量名。
6.方法名规范方法名应该采用驼峰命名法，首字母小写，方法名应该能够清晰地表达方法的用途，不要使用太长或者太短的方法名。
如果方法名由多个单词组成，应该遵循每个单词首字母小写的命名规范。
二、代码风格1.缩进和空格缩进使用4个空格，不使用tab键。
在操作符前后使用空格，增强代码的可读性。
2.大括号的使用在类定义、方法定义、控制结构等的语句块后面使用大括号，增强代码的可读性。
3.代码行长度每行代码的长度不要超过80个字符，超过80个字符的代码应该使用换行符进行分割。
4.引号的使用字符串常量应该使用双引号，字符常量应该使用单引号。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1.编程规范(一)命名规范1.【强制】所有编程相关的命名均不能以下划线或美元符号开始，也不能以下划线或美元符号结束反例：_name / name_ / $name / name$正例：name2.【强制】所有编程相关的命名严禁使用拼音与英文混合的方式，更不允许直接使用中文的方式。
说明：正确的英文拼写和语法可以让阅读者易于理解，避免歧义。
注意，即使纯拼音命名方式也要避免采用。
反例：XingMing [姓名] /xingBie() [性别]正例：name[姓名] sex[性别]等国际通用的名称，可视为英文。
3. 【强制】类名使用UpperCamelCase(第一个词的首字母，以及后面每个词的首字母都大写，叫做“大骆驼拼写法”) 风格，必须遵从驼峰形式，但以下情形例外：（领域模型的相关命名）DO / DTO / VO / DAO 等。
正例：MarcoPolo / UserDO / XmlService / TcpUdpDeal / TaPromotion 反例：macroPolo / UserDo / XMLService / TCPUDPDeal / TAPromotion4. 【强制】方法名、参数名、成员变量、局部变量都统一使用lowerCamelCase (第一个词的首字母小写，后面每个词的首字母大写，叫做“小骆驼拼写法”)风格，必须遵从驼峰形式。
正例： localValue / getHttpMessage() / inputUserId5. 【强制】常量命名全部大写，单词间用下划线隔开，力求语义表达完整清楚，不要嫌名字长。
正例： MAX_STOCK_COUNT反例： MAX_COUNT6. 【强制】抽象类命名使用 Abstract或Base 开头；异常类命名使用 Exception结尾；测试类命名以它要测试的类的名称开始，以 Test 结尾。
7. 【强制】中括号是数组类型的一部分，数组定义如下：String[] args; 请勿使用String args[]的方式来定义8. 【强制】POJO类中的任何布尔类型的变量，都不要加 is，否则部分框架解析会引起序列化错误。
反例：定义为基本数据类型 boolean isSuccess；的属性，它的方法也是isSuccess()，RPC框架在反向解析的时候，“以为”对应的属性名称是 success，导致属性获取不到，进而抛出异常。
9. 【强制】包名统一使用小写，点分隔符之间有且仅有一个自然语义的英语单词。
包名统一使用单数形式，但是类名如果有复数含义，类名可以使用复数形式。
正例：应用工具类包名为 com.thd.util、类名为MessageUtils10.【强制】杜绝完全不规范的缩写，避免望文不知义。
反例：<某业务代码>AbstractClass“缩写”命名成AbsClass；condition“缩写”命名成condi，此类随意缩写严重降低了代码的可阅读性11.【参考】各层命名规约：A) Service/DAO层方法命名规约1）获取单个对象的方法用 get做前缀。
2）获取多个对象的方法用 list做前缀。
3）获取统计值的方法用 count做前缀。
4）插入的方法用save（推荐）或insert 做前缀。
5）删除的方法用remove（推荐）或 delete做前缀。
6）修改的方法用update做前缀。
B) 领域模型命名规约1）数据对象：xxxDO，xxx即为数据表名。
2）展示对象：xxxVO，xxx一般为网页名称。
3） POJO是DO/DTO/BO/VO 的统称，禁止命名成 xxxPOJO。
(二)常量定义规范1.【强制】long或者Long 初始赋值时，必须使用大写的 L，不能是小写的 l，小写容易跟数字 1混淆，造成误解。
说明：Long a = 2l; 写的是数字的21，还是 Long型的2?2.【推荐】不要使用一个常量类维护所有常量，应该按常量功能进行归类，分开维护。
如：缓存相关的常量放在类：CacheConsts下；系统配置相关的常量放在类：ConfigConsts下。
说明：大而全的常量类，非得 ctrl+f才定位到修改的常量，不利于理解，也不利于维护。
(三)格式规范1. 【强制】大括号的使用约定。
如果是大括号内为空，则简洁地写成{}即可，不需要换行；如果是非空代码块则：1）左大括号前不换行。
2）左大括号后换行。
3）右大括号前换行。
4）右大括号后还有 else等代码则不换行；表示终止右大括号后必须换行。
2.【强制】if/for/while/switch/do 等保留字与左右括号之间都必须加空格。
3.【强制】任何运算符左右必须加一个空格。
说明：运算符包括赋值运算符=、逻辑运算符&&、加减乘除符号、三目运行符等。
4.【强制】代码块缩进 4个空格，如果使用tab 缩进，请设置成1个 tab为4个空格。
格式规范的案例5.【强制】单行字符数限制不超过 120个，超出需要换行，换行时，遵循如下原则：1）换行时相对上一行缩进 4个空格。
2）运算符与下文一起换行。
3）方法调用的点符号与下文一起换行。
4）在多个参数超长，逗号后进行换行。
5）在括号前不要换行，见反例。
正例：反例：6.【强制】方法参数在定义和传入时，多个参数逗号后边必须加空格。
正例：下例中实参的"a",后边必须要有一个空格。
method("a", "b", "c");7.【推荐】方法体内的执行语句组、变量的定义语句组、不同的业务逻辑之间或者不同的语义之间插入一个空行。
相同业务逻辑和语义之间不需要插入空行。
(四)OOP规范1.【强制】避免通过一个类的对象引用访问此类的静态变量或静态方法，无谓增加编译器解析成本，直接用类名来访问即可。
2. 【强制】所有的覆写方法，必须加@Override 注解。
反例：getObject()与 get0bject()的问题。
一个是字母的 O，一个是数字的 0，加@Override可以准确判断是否覆盖成功。
另外，如果在抽象类中对方法签名进行修改，其实现类会马上编译报错。
3.【强制】对外暴露的接口签名，原则上不允许修改方法签名，避免对接口调用方产生影响。
接口过时必须加@Deprecated 注解，并清晰地说明采用的新接口或者新服务是什么。
4.【强制】 Object的equals方法容易抛空指针异常，应使用常量或确定有值的对象来调用equals。
正例： "test".equals(object);反例：object.equals("test");5.【强制】定义DO/DTO/VO 等POJO类时，不要设定任何属性默认值。
反例：某业务的DO的 gmtCreate默认值为new Date();但是这个属性在数据提取时并没有置入具体值，在更新其它字段时又附带更新了此字段，导致创建时间被修改成当前时间。
6.【强制】构造方法里面禁止加入任何业务逻辑，如果有初始化逻辑，请放在 init方法中。
7.【强制】POJO类必须写 toString方法。
使用工具类 source> generate toString时，如果继承了另一个POJO类，注意在前面加一下 super.toString。
说明：在方法执行抛出异常时，可以直接调用 POJO的toString()方法打印其属性值，便于排查问题。
8.【推荐】当一个类有多个构造方法，或者多个同名方法，这些方法应该按顺序放置在一起，便于阅读。
9.【推荐】循环体内，字符串的联接方式，使用 StringBuilder的append 方法进行扩展。
反例：String str = "start";for(int i=0; i<100; i++){str = str + "hello";}说明：反编译出的字节码文件显示每次循环都会new出一个StringBuilder 对象，然后进行append操作，最后通过 toString 方法返回 String对象，造成内存资源浪费。
(五)控制语句规范1.【推荐】推荐尽量少用 else， if-else的方式可以改写成：if(condition){…return obj;}// 接着写 else 的业务逻辑代码;说明：如果使用要 if-else if-else方式表达逻辑，【强制】请勿超过 3层，超过请使用状态设计模式。
2.【推荐】除常用方法（如 getXxx/isXxx）等外，不要在条件判断中执行复杂的语句，以提高可读性。
正例：InputStream stream = file.open(fileName, "w");if (stream != null) {…}反例：if (file.open(fileName, "w") != null)) {…}3.【参考】方法中需要进行参数校验的场景：1）执行时间开销很大的方法，参数校验时间几乎可以忽略不计，但如果因为参数错误导致中间执行回退，或者错误，那得不偿失。
2）需要极高稳定性和可用性的方法。
3）对外提供的开放接口，不管是 RPC/API/HTTP 接口。
(六)注释规范1.【强制】类、类属性、类方法的注释必须使用 javadoc规范，使用/**内容*/格式，不得使用//xxx方式。
2.【强制】所有的抽象方法（包括接口中的方法）必须要用 javadoc 注释、除了返回值、参数、异常说明外，还必须指出该方法做什么事情，实现什么功能。
说明：如有实现和调用注意事项，请一并说明。
3.【强制】所有的类都必须添加创建者信息。
4.【推荐】代码修改的同时，注释也要进行相应的修改，尤其是参数、返回值、异常、核心逻辑等的修改。
5.【参考】注释掉的代码尽量要配合说明，而不是简单的注释掉。
说明：代码被注释掉有两种可能性：1）后续会恢复此段代码逻辑。
2）永久不用。
前者如果没有备注信息，难以知晓注释动机。
后者建议直接删掉6.【参考】对于注释的要求：第一、能够准确反应设计思想和代码逻辑；第二、能够描述业务含义，使别的程序员能够迅速了解到代码背后的信息。
(七)ORM规范1. 【强制】在表查询中，一律不要使用 * 作为查询的字段列表，需要哪些字段必须明确写明。
说明：1）增加查询分析器解析成本。
2）增减字段容易与 resultMap 配置不一致。
2. 【强制】POJO类的boolean 属性不能加is，而数据库字段必须加 is_，要求在resultMap 中进行字段与属性之间的映射。
3.【强制】xml配置中参数注意使用：#{}，#param# 不要使用${} 此种方式容易出现 SQL注入。