作者joshua bloch 是原sun公司高级开发工程师，领导开发了包括Java集合框架，java.math套件与assert机制等功能。2001年出版Effective Java，获得2001年Jolt奖。此书作为java开发类的经典书籍，强烈推荐给大家。如果你立志于写好java代码，此书可以提供极大的帮助，本文对此书中个人觉得比较值得推荐的观点进行赏读。
消除过期对象引用
java是一门面向对象的语言，拥有垃圾回收机制，一般来说我们不用自己来处理对象的释放，因为GC会帮助我们做，但是GC的回收是有周期的，如果程序在内存中进行大量计算，那么可能面临在一段时间内内存耗尽的问题，作为程序的开发人员应该知道什么时候变量过期，所以此条的建议是如果一个大对象或者数组在不使用建议马上设置为null。但是不此操作不建议大量使用，因为如果大量使用设置null代码，代码将会不具有可读性，而且没有必要。
使类和成员的可访问能力最小化
面向对象的语言的三大特征：封装，继承，多态。作为一名产品开发人员，对于类的封装性的重要性深有感触，如果过早将接口暴露出来，有可能导致不可收回的风险，后面只能标记为“不推荐”使用而成为“烂尾”。所以不管是类还是接口或者方法能用private的地方绝不用protected,能用protected的地方绝不用public。同时在提供public方法时还需要考虑接口参数的合理性，不然也有可能后续成为“烂尾”的风险。
支持非可变类
领域驱动设计里面有值类型的概念，非可变类也是如此，现在比较流行的面向函数的编程方式也是一样的概念。非可变类就是它的实例不能被修改的类。如何使一个类成为非可变类？
1.不要提供任何会修改对象的方法
2.保证没有可被子类改写的方法
3.使所有的域都是 final的。
4.使所有的域都成为私有的
5.保证对于任何可变组件的互斥访问（一个对象只使用一次，当要多次访问时拷贝一个新的，或者创建一个新的）
优点和缺点
优点:
1.非可变类是线程安全的
2.无副作用，可以随意共享
缺点
需要创建大量对象实例
复合优于继承，接口优于抽象类
此观点与领域驱动设计的六边型架构的概念不谋而合，说的直白一点就是接口优先于抽象类，与 SOLID原则里面的接口分离原则类似。
如果采用了六边型架构或者遵从了接口分离原则，那么采用依赖倒置原则是再自然不过的事情了。那么为什么复合优于继承呢？有下面几个原因：
1.JAVA语言是单继承的，所有继承只能有一个父类，父类在调整时必然会影响到子类，导致子类的脆弱性。此条与 SOLID的开放封闭原则是类似的，继承会影响扩展性。
2.违背了封装性原则，继承导致子类过多暴露于子类。
不要忽略异常
经常看到有try...catch然后都不处理的代码，不管出于什么原因，异常都不应该被吃掉，吃掉异常导致程序出现不确定性和不稳定性，如果需要对异常进行转译，请使用throw
谨慎使用序列化
序列化导致的问题：
1.一旦一个类被发布，则“改变这个类的实现”的灵活性大大降低。
2.增加了错误和安全漏洞的可能性，因为反序列化机制是一个“隐藏的构造函数”
3.随着一个类的新版本发布，相关的测试负担也增加了
