编程规范
命名规约
1.包名，统一使用小写，单数形式，点分隔符之间仅有一个自然语义的英文单词。但是类名有复数含义，可以使用复数单词。
2.接口类，方法和属性不要加任何修饰符，并加上有效的javadoc注释。
3.各层命名规范：
A）Service/DAO层方法名规约
1） 获取单个对象的方法用get做前缀。
2） 获取多个对象的方法用list做前缀。
3） 获取统计值的方法用count做前缀。
4） 插入的方法用save（推荐）或insert做前缀。
5） 删除的方法用remove（推荐）或delete做前缀。
6） 修改的方法用update做前缀。
B）领域模型命名规约
1） 数据对象：xxxDO，x xx即为数据表名。
2） 数据传输对象：xxxDTO，xxx为业务领域相关的名称。
3） 展示对象：xxxVO，xxx一般为网页名称。
4） POJO是DO/DTO/BO/VO的统称，禁止命名成xxxPOJO。
常量定义
1.不允许任何魔法值（即未经定义的常量）直接出现在代码中。
2.long和Long初始赋值时，必须使用大写的L，不能是小写的l。
3.不要使用常量类维护所有的常量，应该按常量功能进行归类，类名以Consts结尾
4.常量的复用层次有五层：跨应用共享常量、应用内共享常量、子工程内共享常量、包内共享常量、类内共享常量 。
1）跨应用共享常量：放置在二方库中，通常是client.jar中的const目录下。
2）应用内共享常量：放置在一方库的modules中的const目录下。
3）子工程内共享常量：即在当前子工程的const目录下。
4）包内共享常量：即在当前包下单独的const目录下。
5）类内共享常量：直接在类内部private static final定义。
格式规约
1.单行字数不超过120个，超出需要换行，换行时，遵循如下原则：
1）换行时相对上一行缩进4个空格。
2）运算符与下文一起换行
3）方法调用的点符号与下文一起换行
4）在多个参数超长，逗号后面进行换行。
5）括号前面不要换行。
2. 方法体内的执行语句组、变量的语义定义组、不同的业务逻辑之间或者不同的语义之间插入一个空行。
OOP规约
1.对外暴露的接口签名，原则上不允许修改方法签名，避免对接口调用方产生影响。接口过时必须加@Deprecated注解，并清晰的说明采用的新接口或者新服务是什么。
2.不能使用过时的类和方法。
3.Object的equals方法容易抛空指针异常，应使用常量或确定有值的对象来调用equals。
说明：推荐使用java.util.Objects.equals(a,b) （JDK7引入的工具类）
4. 关于基本数据类型与包装数据类型的使用标准如下：
1）所有的POJO类属性必须使用包装数据类型。
2）RPC方法的返回值和参数必须使用包装数据类型。
3）所有的局部变量推荐使用基本数据类型。
4）在定义DODTOVO等POJO时，不要设定任何属性默认值。
5.POJO类必须写重写toString()方法 。
6.类内方法的定义顺序：公有方法或者保护方法>私有方法>getter&setter方法。
7.循环体内，字符串的联接方式，使用StringBuilder的append方法进行扩展。
8.final可以提高程序响应效率，声明成final的情况：
1）不需要重新赋值的变量，包括类属性，局部变量。
2）对象参数前加final，表示不允许修改引用的指向。
3）类方法确定不允许被重写。
9.类成员与方法访问控制从严：
1）如果不允许外部直接通过new来访问对象，那么构造方法必须是private。
2）工具类不允许有public和default构造方法。
3）类非static成员变量并且与子类共享，必须是protected。
4）类非static成员变量并且仅在本类使用，必须是private。
5）类static成员变量如果仅在本类使用，必须是private。
6）若是static成员变量，必须考虑是否为final。
7）类成员方法只供类内部调用，必须是private。
8）类成员方法只对继承类公开，那么限制为protected。
集合处理
1.Map/Set的key为自定义对象时，必须重写hashCode和equals。
2.使用集合转数组的方法，必须使用集合的toArray(T[] array)，传入的是类型大小完全一样的数组。
3.不要在foreach循环里进行集合元素的remove/add 操作，若要请使用Iterator方式。
4.集合初始化时，尽量指定集合初始值大小。
5. 利用Set元素唯一的特性，可以快速对另一个集合进行去重操作，避免使用List的contains方法进行遍历去重操作。
并发处理
1.线程资源必须通过线程池提供，不允许在应用中自行显示创建线程。
2.高并发时应该去考虑锁的性能损耗，能用无锁数据结构就不要用锁；能锁区块，就不要锁整个方法体；能用对象锁，就不要锁类 。
3.对多个资源、数据库表、对象同时加锁时。需要保持一致的加锁顺序，否则可能会造成死锁。
4.并发修改同一记录时，避免更新丢失，要么在应用层加锁，要么在缓存加锁，要么在数据库层使用乐观锁，使用version作为更新依据，乐观锁的重试次数不得小于3次。
5.线程池不允许使用Executors去创建，而是通过ThreadPoolExecutor去创建。
控制语句
1.在一个switch内必须要有default快，即使什么都没做。
2.在if/else/for/while/do语句中必须使用大括号，即使只有一行代码。
3.推荐尽量少用else，if-else可以用if return来代替，如果使用if-else if-else来表达，不允许超过3层。
4.不要在条件判断中执行复杂的语句，以提高可读性。
5. 方法中需要进行参数校验的场景：
1）调用频次低的方法。
2）执行时间开销很大的方法。
3）需要极高稳定性和可用性的方法。
4）对外提供的开放接口，不管是RPC/API/HTTP接口。
6. 方法中不需要参数校验的场景：
1）极有可能被循环调用的方法，不建议对参数进行校验。
2）底层的方法调用。如dao层不进行校验 。
3）private方法，确认参数不会有问题。
注释规约
1.类、类属性、类方法的注释必须使用javadoc规范，使用/**内容**/格式，不得使用//内容 方式。
2. 所有的抽象方法（包括接口中的方法）必须要用javadoc注释、除了返回值、参数、异常说明外，还应该指出该方法做什么事情，实现什么功能。
3.方法内部进行单行注释使用//，多行注释使用/**/
4.所有的枚举类型字段必须要有注释，说明每个数据项的用途。
5. 代码修改的同时，注释也要跟着修改。
6.注释后的代码要配上说明。
其它
1.在使用正则表达式时，利用好其预编译功能，可以有效加快正则匹配速度。
2.获取当前毫秒数：System.currentTimeMills();如果想获取更精确的纳秒级时间，使用System.nanaoTime()。
3.对于"明确停止使用的代码和配置"，要坚决从程序中清理出去。