《Effective Java》提纲：
第一条：考虑用静态工厂代替构造器；
第二条：遇到多个构造器参数时要考虑使用构建器；
第三条：用私有构造器或枚举类型强化Singleton（单例）属性；
第四条：通过私有构造器强化不可实例化的能力；
第五条：避免创建不必要的对象；
1、使用基本类型代替装箱类型，装箱会导致很大的性能损耗；
2、String类型使用时避免使用new创建；
3、避免在循环中创建对象，用静态方法或静态块取代；
第六条：消除过期的对象引用；
第七条：避免使用终结方法；
------------------------------------
第八条：覆盖equals请遵守通用约定（自反性，对称性，传递性，一致性）；
1、重写equals方法的原则，方法参数是Object，使用instanceof 可以免除null判断
public boolean equals(Object o){
if(! (o.instanceof MyType )) return false;
MyType type = (MyType) o; …………
}
2、域的比较可能会影响到equals方法的性能，为了获得最佳性能，应该优先比较最可能不一样的域或者说是开销最低的域；
第九条：覆盖equals总要覆盖hashCode方法；
第十条：始终要覆盖toString方法；
第十一条：谨慎的覆盖clone方法；
第十二条：考虑实现comparable；
------------------------------------
2016.2.17：
第十三条：使类和成员的可访问性最小化；
第十四条：在公有类中使用访问方法而非共有域；
第十五条：使可变性最小化；
第十六条：复合优先于继承；
第十七条：要么为继承而设计，并提供稳定设计，要么禁止继承；
第十八条：接口优于抽象类；
第十九条：接口只用于定义类型；
第二十条：类层次优于标签类；
第二十一条：用函数对象表示策略；
第二十二条：优先考虑静态成员类；
-----------------------------------
2016.2.18：
第三十八条：检查参数的有效性；
第三十九条：必要时进行保护性拷贝；
2016.2.19：
第四十条：谨慎设计方法签名；
第四十一条：慎用重载；
第四十二条：慎用可变参数（将数组以字符串形式输出方法，Arrays.toString，Arrays.asList方法对于基本类型数组会有问题）；
第四十三条：返回零长度的数组或者集合，而不是Null；
第四十四条：为所有导出的API元素编写文档注释；
----------------------------------------------------
第四十五条：将局部变量的作用域最小化（在使用变量时再申明，使方法尽可能的小）；
2016.2.22：
第四十六条：for each循环优先于传统的循环；
第四十七条：了解和使用标准类库；
第四十八条：如果需要精确的答案，应该避免使用float和double；
第四十九条：基本类型优先于装箱类型；
第五十条：如果其它类型更适合避免使用字符串；
第五十一条：当心字符串连接的性能；
第五十二条：通过接口引用对象；
第五十三条：接口优先于反射；
第五十四条：谨慎的使用本地方法；
第五十五条：谨慎的进行优化；
第五十六条：遵守普遍接受的命名管理；
----------------------------------------
2016.2.23：
第五十七条：只针对异常的情况才使用异常；
第五十八条：对可恢复的情况使用受检异常，对编程错误使用运行时异常；
第五十九条：避免不必要的使用受检时异常；
第六十条：优先使用标准的异常；
第六十一条：抛出与抽象相对应的异常；
第六十二条：每个方法抛出的异常都要有文档；
第六十三条：在细节消息中包含能捕获的异常；
第六十四条：努力使异常保持原子性；
第六十五条：不要忽视异常；
---------------------------------------
第六十六条：同步访问可变的共享数据；
第六十七条：避免过度同步；
第六十八条：executor和task优先于线程；
第六十九条：并发工具优先于wait和notify；
第七十条：线程安全性的文档化；
第七十一条：慎用延迟初始化；
第七十二条：不要依赖于线程调度器；
第七十三条：避免使用线程组；
2016.2.26：
第七十四条：谨慎的实现Serializable接口；
第七十五条：考虑使用自定义的序列化形式；
第七十六条：保护性的编写readObject方法；
第七十七条：对于实例控制、枚举类型优先于readReaolve；
第七十八条：考虑用序列化代理代替序列化实例；
188
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
