java开发习惯_来自alibaba

---恢复内容开始---

【强制】POJO类中布尔类型的变量,都不要加is,不然部分框架解析会引发序列化错误。反例:定义为基本数据类型boolean isSuccess;的属性,它的方法也是isSuccess(),RPC框架在反向解析的时候,“觉得”对应的属性名称是success,致使属性获取不到,进而抛出异常。

【强制】包名统一使用小写,点分隔符之间有且仅有一个天然语义的英语单词。包名统一使用单数形式,可是类名若是有复数含义,类名可使用复数形式。
正例:应用工具类包名为com.alibaba.open.util、类名为MessageUtils(此规则参考spring的框架结构)

【推荐】接口类中的方法和属性不要加任何修饰符号(public也不要加),保持代码的简洁性,并加上有效的Javadoc注释。尽可能不要在接口里定义变量,若是必定要定义变量,确定是与接口方法相关,而且是整个应用的基础常量。
正例:接口方法签名:void f();

接口基础常量表示:String COMPANY= "alibaba";
反例:接口方法定义:public abstract void f();
说明:JDK8中接口容许有默认实现,那么这个default方法,是对全部实现类都有价值的默认实现。

接口和实现类的命名有两套规则:
1)【强制】对于Service和DAO类,基于SOA的理念,暴露出来的服务必定是接口,内部

的实现类用Impl的后缀与接口区别。正例:CacheServiceImpl实现CacheService接口。

2)【推荐】 若是是形容能力的接口名称,取对应的形容词作接口名(一般是–able的形式)。正例:AbstractTranslator实现Translatable。

【参考】各层命名规约:
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通常为网页名称。

常量定义

不容许出现任何魔法值(即未经定义的常量)直接出如今代码中。反例:String key="Id#taobao_"+tradeId;

cache.put(key,value);

4)POJO是DO/DTO/BO/VO的统称,禁止命名成xxxPOJO。

【推荐】不要使用一个常量类维护全部常量,应该按常量功能进行归类,分开维护。如:缓存相关的常量放在类:CacheConsts下;系统配置相关的常量放在类:ConfigConsts下。说明:大而全的常量类,非得使用查找功能才能定位到修改的常量,不利于理解和维护。

【推荐】常量的复用层次有五层:跨应用共享常量、应用内共享常量、子工程内共享常量、包内共享常量、类内共享常量。

　　1)跨应用共享常量:放置在二方库中,一般是client.jar中的constant目录下。

　　2)应用内共享常量:放置在一方库的modules中的constant目录下。

　　反例:易懂变量也要统必定义成应用内共享常量,两位攻城师在两个类中分别定义 了表示“是”的变量:

　　类A中:public static final String YES= "yes";

　　类B中:public static final String YES= "y";A.YES.equals(B.YES),预期是true,但实际返回为false,致使产生线上问题。

 OOP规约

【强制】避免经过一个类的对象引用访问此类的静态变量或静态方法,无谓增长编译器解析成

   本,直接用类名来访问便可。
【强制】对外暴露的接口签名,原则上不容许修改方法签名,避免对接口调用方产生影响。接口过期必须加@Deprecated注解,并清晰地说明采用的新接口或者新服务是什么。

【强制】Object的 equals方法容易抛空指针异常,应使用常量或肯定有值的对象来调用equals。

正例:"test".equals(object);
反例:object.equals("test");说明:推荐使用java.util.Objects#equals(JDK7引入的工具类)

【强制】全部的相同类型的包装类对象之间值的比较,所有使用equals 方法比较。说明:对于Integer var=?在-128至127之间的赋值,Integer对象是在IntegerCache.cache产生,会复用已有对象,这个区间内的 Integer值能够直接使用==进行判断,可是这个区间以外的全部数据,都会在堆上产生,并不会复用已有对象,这是一个大坑,推荐使用equals 方法进行判断。

【强制】关于基本数据类型与包装数据类型的使用标准以下:

1)全部的POJO类属性必须使用包装数据类型。
2)RPC方法的返回值和参数必须使用包装数据类型。
3)全部的局部变量【推荐】使用基本数据类型。

说明:POJO类属性没有初值是提醒使用者在须要使用时,必须本身显式地进行赋值,任何

NPE问题,或者入库检查,都由使用者来保证。

【强制】构造方法里面禁止加入任何业务逻辑,若是有初始化逻辑,请放在init方法中。

【强制】POJO类必须写toString方法。使用IDE的中工具:source>generate toString时,若是继承了另外一个POJO类,注意在前面加一下super.toString。说明:在方法执行抛出异常时,能够直接调用POJO的toString()方法打印其属性值,便于排查问题。

类内方法定义顺序依次是:公有方法或保护方法>私有方法>getter/setter

方法。说明:公有方法是类的调用者和维护者最关心的方法,首屏展现最好;保护方法虽然只是子类关心,也多是“模板设计模式”下的核心方法;而私有方法外部通常不须要特别关心,是一个黑盒实现;由于方法信息价值较低,全部Service和DAO的getter/setter方法放在类体最后。

【推荐】循环体内,字符串的联接方式,使用StringBuilder的append方法进行扩展。

反例:

String str = "start";for(int i=0; i<100; i++){

str = str + "hello";}

说明:反编译出的字节码文件显示每次循环都会new出一个StringBuilder对象,而后进行append操做,最后经过toString方法返回String对象,形成内存资源浪费。

【推荐】final可提升程序响应效率,声明成final的状况:1)不须要从新赋值的变量,包括类属性、局部变量。
2)对象参数前加final,表示不容许修改引用的指向。
3)类方法肯定不容许被重写。

【推荐】类成员与方法访问控制从严:

1)若是不容许外部直接经过new来建立对象,那么构造方法必须是private。2)工具类不容许有public或default构造方法。
3)类非static成员变量而且与子类共享,必须是protected。
4)类非static成员变量而且仅在本类使用,必须是private。

5)类static成员变量若是仅在本类使用,必须是private。

6)如果static成员变量,必须考虑是否为final。
7)类成员方法只供类内部调用,必须是private。
8)类成员方法只对继承类公开,那么限制为protected。

说明:任何类、方法、参数、变量,严控访问范围。过宽泛的访问范围,不利于模块解耦。思考:若是是一个private的方法,想删除就删除,但是一个public的Service方法,或者一个public的成员变量,删除一下,不得手心冒点汗吗?变量像本身的小孩,尽可能在本身的视线内,变量做用域太大,若是无限制的处处跑,那么你会担忧的。

(五)集合处理

【强制】关于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异常。

【强制】泛型通配符<?extends T>来接收返回的数据,此写法的泛型集合不能使用add方法。

　　说明:苹果装箱后返回一个<?extends Fruits>对象,此对象就不能往里加任何水果,包括苹果。

【强制】不要在foreach循环里进行元素的remove/add操做。remove元素请使用Iterator

方式,若是并发操做,须要对Iterator对象加锁。

反例:

List<String> a = new ArrayList<String>();

a.add("1");
a.add("2");
for (String temp : a) {

          if("1".equals(temp)){
             a.remove(temp);

}}

详细解释，请看个人另外一篇blog ： 
http://www.cnblogs.com/AmoryWang-JavaSunny/p/7468324.html

 

【推荐】高度注意Map类集合K/V能不能存储null值的状况,以下表格:

集合类	Key	Value	Super	说明
Hashtable	不容许为null	不容许为null	Dictionary	线程安全
ConcurrentHashMap	不容许为null	不容许为null	AbstractMap	分段锁技术
TreeMap	不容许为null	容许为null	AbstractMap	线程不安全
HashMap	容许为null	容许为null	AbstractMap	线程不安全

反例:因为HashMap的干扰,不少人认为ConcurrentHashMap是能够置入null值,注意存储null值时会抛出NPE异常。

【参考】利用Set元素惟一的特性,能够快速对一个集合进行去重操做,避免使用List的contains方法进行遍历、对比、去重操做

关于Map的常见问题和相关知识，请看个人另外一篇blog : 

 http://www.cnblogs.com/AmoryWang-JavaSunny/p/7487373.html

(六)并发处理

1.【强制】获取单例对象须要保证线程安全,其中的方法也要保证线程安全。

说明:资源驱动类、工具类、单例工厂类都须要注意。

关于建立单例对象，单例模式，详看个人另一篇blog ：