Java开发规范精要

我就是我 2022-06-17 07:43 237阅读 0赞

1.命名规则

*  代码中的命名严禁使用拼音与英文混合的方式，更不允许直接使用中文的方式。
 *  类名使用 UpperCamelCase 风格，必须遵从驼峰形式，但以下情形例外:(领域模型 的相关命名)DO / BO / DTO / VO等。  
    正例:MarcoPolo / UserDO / XmlService / TcpUdpDeal / TaPromotion  
    反例:macroPolo / UserDo / XMLService / TCPUDPDeal / TAPromotion
 *  常量命名全部大写，单词间用下划线隔开，力求语义表达完整清楚，不要嫌名字长。  
    正例: MAX\_STOCK\_COUNT  
    反例: MAX\_COUNT
 *  抽象类命名使用 Abstract 或 Base 开头;异常类命名使用 Exception 结尾;测试类命名以它要测试的类的名称开始，以 Test 结尾
 *  POJO 类中布尔类型的变量，都不要加 is，否则部分框架解析会引起序列化错误。  
    反例: 定义为基本数据类型Boolean isSuccess;的属性，它的方法也是isSuccess()，RPC 框架在反向解析的时候，“以为”对应的属性名称是 success，导致属性获取不到，进而抛出异常。
 *  包名统一使用小写，点分隔符之间有且仅有一个自然语义的英语单词。包名统一使用 单数形式，但是类名如果有复数含义，类名可以使用复数形式
 *  杜绝完全不规范的缩写，避免望文不知义  
    反例: AbstractClass“缩写”命名成 AbsClass;condition“缩写”命名成 condi，此类 随意缩写严重降低了代码的可阅读性。  
    不要太抠，不是太长的名字直接写上就好，编译器编译优化后变量名将不存在，会编译成相对于方法堆栈bp指针地址的相对地址，长变量名不会占用更多空间。  
    英文中的缩写有个惯例，去掉元音留下辅音即可，不能乱缩写。
 *  如果使用到了设计模式，建议在类名中体现出具体模式  
    public class LoginProxy;  
    public class ResourceObserver;  
    让全世界都知道你会设计模式，这是个崇尚显摆的社会。
 *  对于 Service 和 DAO 类，基于 SOA 的理念，暴露出来的服务一定是接口，内部的实现类用 Impl 的后缀与接口区别。如果是形容能力的接口名称，取对应的形容词做接口名(通常是–able 的形式)  
    正例: CacheServiceImpl 实现 CacheService 接口  
    正例: AbstractTranslator 实现 Translatable
 *  枚举类名建议带上 Enum 后缀，枚举成员名称需要全大写，单词间用下划线隔开。  
    enum内的变量同接口变量一样都是public static final类型。因此按照常量命名规范。
 *  【参考】各层命名规约:  
    A) Service/DAO层方法命名规约  
    1) 获取单个对象的方法用get做前缀。  
    2) 获取多个对象的方法用list做前缀。  
    3) 获取统计值的方法用count做前缀。  
    4) 插入的方法用save(推荐)或insert做前缀。  
    5) 删除的方法用remove(推荐)或delete做前缀。  
    6) 修改的方法用update做前缀。  
    B) 领域模型命名规约  
    1) 数据对象:xxxDO，xxx即为数据表名。  
    2) 数据传输对象:xxxDTO，xxx为业务领域相关的名称。  
    3) 展示对象:xxxVO，xxx一般为网页名称。  
    4) POJO是DO/DTO/BO/VO的统称，禁止命名成xxxPOJO。
 *  不允许出现任何魔法值(即未经定义的常量)直接出现在代码中
 *  Object 的 equals 方法容易抛空指针异常，应使用常量或确定有值的对象来调用 equals。  
    常量比变量，永远都不变的原则
 *  【强制】序列化类新增属性时，请不要修改 serialVersionUID 字段，避免反序列失败; 如 果完全不兼容升级，避免反序列化混乱，那么请修改 serialVersionUID 值
 *  【推荐】使用索引访问用 String 的 split 方法得到的数组时，需做最后一个分隔符后有无内容的检查，否则会有抛 IndexOutOfBoundsException 的风险

String str = "a,b,c,,"; 
    String[] ary = str.split(","); //预期大于 3，结果是 3 
    System.out.println(ary.length);

*  【推荐】慎用 Object 的 clone 方法来拷贝对象。  
    说明: 对象的 clone 方法默认是浅拷贝，若想实现深拷贝需要重写 clone 方法实现属性对象的拷贝。
 *  【强制】关于 hashCode 和 equals 的处理，遵循如下规则:  
    1) 只要重写equals，就必须重写hashCode。  
    2) 因为Set存储的是不重复的对象，依据hashCode和equals进行判断，所以Set存储的对象必须重写这两个方法。  
    3) 如果自定义对象做为Map的键，那么必须重写hashCode和equals。  
    说明: String 重写了 hashCode 和 equals 方法，所以我们可以非常愉快地使用 String 对象作为 key 来使用。
 *  【强制】ArrayList的subList结果不可强转成ArrayList，否则会抛出ClassCastException  
    异常: java.util.RandomAccessSubList cannot be cast to java.util.ArrayList ;  
    说明: subList 返回的是 ArrayList 的内部类 SubList，并不是 ArrayList ，而是 ArrayList 的一个视图，对于SubList子列表的所有操作最终会反映到原列表上。
 *  【强制】 在 subList 场景中，高度注意对原集合元素个数的修改，会导致子列表的遍历、增 加、删除均产生ConcurrentModificationException 异常。
 *  【强制】使用集合转数组的方法，必须使用集合的toArray(T\[\] array)，传入的是类型完全 一样的数组，大小就是 list.size()。  
    说明: 使用 toArray 带参方法，入参分配的数组空间不够大时，toArray 方法内部将重新分配内存空间，并返回新数组地址; 如果数组元素大于实际所需，下标为\[ list.size() \]的数组元素将被置为 null，其它数组元素保持原值，因此最好将方法入参数组大小定义与集合元素个数一致。  
    正例:

List<String> list = new ArrayList<String>(2); list.add("guan");
     list.add("bao");
     String[] array = new String[list.size()]; 
     array = list.toArray(array);

反例: 直接使用 toArray 无参方法存在问题，此方法返回值只能是 Object\[\]类，若强转其它类型数组将出现 ClassCastException 错误。

*  【强制】使用工具类 Arrays.asList()把数组转换成集合时，不能使用其修改集合相关的方 法，它的 add/remove/clear 方法会抛出 UnsupportedOperationException 异常。  
    说明: asList 的返回对象是一个 Arrays 内部类，并没有实现集合的修改方法。Arrays.asList 体现的是适配器模式，只是转换接口，后台的数据仍是数组。  
    String\[\] str = new String\[\] \{ “a”, “b” \};  
    List list = Arrays.asList(str);  
    第一种情况: list.add(“c”); 运行时异常。  
    第二种情况: str\[0\] = “gujin”; 那么list.get(0)也会随之修改。
 *  【强制】泛型通配符 *<*? extends T>来接收返回的数据，此写法的泛型集合不能使用add方 法，而*<*? super T>不能使用get方法，做为接口调用赋值时易出错。  
    说明: 扩展说一下PECS(Producer Extends Consumer Super)原则: 1)频繁往外读取内容的，适合用上界 Extends。 2)经常往里插入的，适合用下界 Super。  
    白话：  
    *<*? extends T>， ? 必须是T或T的子类  
    集合写(add)： 因为不能确定集合实例化时用的是T或T的子类，所以没有办法写。例如：List\*<*? extends Number> foo = new ArrayList*<\*Number/Integer/Double>()，你不能add Number，因为也可能是Integer或Double的List， 同理也不能add Integer或Double，即，extends T， 不能集合add。  
    集合读(get)： 只能读出T类型的数据。  
    *<*? super T>， ? 必须是T或T的父类  
    集合写(add)： 可以add T或T的子类。  
    集合读(get)： 不能确定从集合里读出的是哪个类型（可能是T也可能是T的父类，或者Object），所以没有办法使用get。例如：List\*<*? super Integer> foo3 = new ArrayList*<\*Integer/Number/Object>(); 只能保证get出来是Object。
 *  【参考】利用 Set 元素唯一的特性，可以快速对一个集合进行去重操作，避免使用 List 的 contains 方法进行遍历、对比、去重操作。
 *  【强制】线程池不允许使用 Executors 去创建，而是通过 ThreadPoolExecutor 的方式，这样的处理方式让写的同学更加明确线程池的运行规则，规避资源耗尽的风险。  
    说明: Executors 返回的线程池对象的弊端如下:  
    1)FixedThreadPool 和 SingleThreadPool: 允许的请求队列长度为 Integer.MAX\_VALUE，可能会堆积大量的请求，从而导致 OOM。  
    2)CachedThreadPool 和 ScheduledThreadPool: 允许的创建线程数量为 Integer.MAX\_VALUE，可能会创建大量的线程，从而导致 OOM。
 *  【强制】高并发时，同步调用应该去考量锁的性能损耗。能用无锁数据结构，就不要用锁; 能锁区块，就不要锁整个方法体; 能用对象锁，就不要用类锁。
 *  【强制】对多个资源、数据库表、对象同时加锁时，需要保持一致的加锁顺序，否则可能会造 成死锁。
 *  【强制】多线程并行处理定时任务时，Timer 运行多个 TimerTask 时，只要其中之一没有捕获抛出的异常，其它任务便会自动终止运行，使用 ScheduledExecutorService 则没有这个问题。  
    白话：  
    线程执行体、任务最上层等一定要抓住Throwable并进行相应的处理，否则会使线程终止。
 *  【推荐】使用 CountDownLatch 进行异步转同步操作，每个线程退出前必须调用 countDown 方法，线程执行代码注意 catch 异常，确保 countDown 方法可以执行，避免主线程无法执行至 await 方法，直到超时才返回结果。