1.【强制】避免通过一个类的对象引用访问此类的静态变量或静态方法,无谓增加编译器解析成本,直接用类名来访问即可。
解释:不是说语法错,而是增加jvm成本,每增加一个对象变量,new一个对象需要分配内存空间,增加无谓的内存消耗。调用时会去堆中检索对象,用类名访问只需要去方法区中找,减少了堆中检索的成本。
2.【强制】所有的覆写方法,必须加@Override 注解。
说明:getObject()与 get0bject()的问题。一个是字母的 O,一个是数字的 0,加@Override 可以准确判断是否覆盖成功。另外,如果在抽象类中对方法签名进行修改,其实现类会马上编译报错。
解释:jdk5.0才有这个注解,可以帮助我们做数据检测,上例中的O和0眼睛看不出来。
3.【强制】相同参数类型,相同业务含义,才可以使用 Java 的可变参数,避免使用 Object。
说明:可变参数必须放置在参数列表的最后。(提倡同学们尽量不用可变参数编程)
正例:public List<User> listUsers(String type, Long... ids) {...}
解释:可变参数本质上就是一个数组(经编译器编译后转化为对应类型的数组)。因为如果遇到此种业务,绝对会定下类型,而不是Object,可变参数会增加jdk编译成本,会将它作为一个数组转换,增加编译成本,运行时也会预留内存空间,额外增加运行空间。
4.【强制】外部正在调用或者二方库依赖的接口,不允许修改方法签名,避免对接口调用方产生影响。接口过时必须加@Deprecated 注解,并清晰地说明采用的新接口或者新服务是什么。
解释:因为现在微服务比较多,有dubbo,rpc调用,spring cloud rest(特例,bean参数不同)调用,如果方法签名改了,会对调用者造成麻烦。我们可以用重写,重载的方式进行扩展。扩展接口升级url中加上版本号v1,v2等。但是原来使用的接口不要停。
5.【强制】不能使用过时的类或方法。
说明:java.net.URLDecoder 中的方法 decode(String encodeStr) 这个方法已经过时,应该使用双参数 decode(String source, String encode)。接口提供方既然明确是过时接口,那么有义务同时提供新的接口;作为调用方来说,有义务去考证过时方法的新实现是什么。
解释:如果有可替代的,不要用过时的。肯定是有问题,才会声明过时。没人喜欢过期的食物,为什么编程时就喜欢用过期的方法,而就不想着用新方法呢?
6.【强制】Object 的 equals 方法容易抛空指针异常,应使用常量或确定有值的对象来调用equals。
正例:"test".equals(object);
反例:object.equals("test");
说明:推荐使用 java.util.Objects#equals(JDK7 引入的工具类)。
解释:字面值做调用方。避免空指针。看代码:oop包下EqualsTest
7.【强制】所有整型包装类对象之间值的比较,全部使用 equals 方法比较。
说明:对于 Integer var = ? 在-128 至 127 范围内的赋值,Integer 对象是在 IntegerCache.cache 产生,会复用已有对象,这个区间内的 Integer 值可以直接使用==进行判断,但是这个区间之外的所有数据,都会在堆上产生,并不会复用已有对象,这是一个大坑,推荐使用 equals 方法进行判断。
解释:面试大坑,Integer intA = 3,intB =3 ,用==判断是不是true?不是基本类型,都用equals。equal比较内容。看代码oop.EqualsTest
8.【强制】浮点数之间的等值判断,基本数据类型不能用==来比较,包装数据类型不能用equals 来判断。
说明:浮点数采用“尾数+阶码”的编码方式,类似于科学计数法的“有效数字+指数”的表示方式。二进制无法精确表示大部分的十进制小数。
反例: