-
所有的覆写方法，必须用@Override注解。
- 说明：getObject()和get0bject()的问题。一个是字母的O，一个是数字的0，加@Override可以准确判断是否覆盖成功。另外，如果在抽象类中对方法签名进行修改，其实现类会马上编译报错
-
所有的相同类型的包装类之间值的比较，全部使用equals方法比较
- 说明：对于 Integer var = ? 在-128 至 127 范围内的赋值，Integer 对象是在 IntegerCache.cache 产生，会复用已有对象，这个区间内的 Integer 值可以直接使用==进行 判断，但是这个区间之外的所有数据，都会在堆上产生，并不会复用已有对象，这是一个大坑， 推荐使用 equals 方法进行判断。
-
定义 DO/DTO/VO 等 POJO 类时，不要设定任何属性默认值。
- 反例:POJO类的gmtCreate默认值为new Date();但是这个属性在数据提取时并没有置入具 体值，在更新其它字段时又附带更新了此字段，导致创建时间被修改成当前时间。
- POJO 类必须写 toString 方法。使用 IDE 的中工具:source> generate toString 时，如果继承了另一个 POJO 类，注意在前面加一下 super.toString。
- 说明:在方法执行抛出异常时，可以直接调用 POJO 的 toString()方法打印其属性值，便于排 查问题。
- 类成员与方法访问控制从严:
- 说明:任何类、方法、参数、变量，严控访问范围。过于宽泛的访问范围，不利于模块解耦。 思考:如果是一个 private 的方法，想删除就删除，可是一个 public 的 service 方法，或者 一个 public 的成员变量，删除一下，不得手心冒点汗吗?变量像自己的小孩，尽量在自己的 视线内，变量作用域太大，如果无限制的到处跑，那么你会担心的。
- 使用工具类 Arrays.asList()把数组转换成集合时，不能使用其修改集合相关的方 法，它的 add/remove/clear 方法会抛出 UnsupportedOperationException 异常。
- 说明:asList 的返回对象是一个 Arrays 内部类，并没有实现集合的修改方法。Arrays.asList 体现的是适配器模式，只是转换接口，后台的数据仍是数组。代码如下所示：
- 第一种情况:list.add(“c”); 运行时异常。
- 第二种情况:str[0] = “gujin”; 那么list.get(0)也会随之修改。
String[] str = new String[] { "a", "b" };
List list = Arrays.asList(str);
-
集合初始化时，指定集合初始值大小
- HashMap使用HashMap(int initialCapacity) 初始化
-
正例:initialCapacity = (需要存储的元素个数 / 负载因子) + 1。注意负载因子(即 loader factor)默认为 0.75，如果暂时无法确定初始值大小，请设置为 16。
-
反例:HashMap 需要放置 1024 个元素，由于没有设置容量初始大小，随着元素不断增加，容 量 7 次*扩大，resize 需要重建 hash 表，严重影响性能。
未完待续
