Effective Java

在每个覆盖了 equals 方法的类中，都必须覆盖 hashCode 方法。如果不这么做，就违反了 hashCode 的通用约定，从而导致该类无法结合所有基于散列的集合

覆盖 equals 时请遵守通用约定 覆盖 equals 方法看似很简单，但是有很多覆盖方式会导致错误。equals也算是我们在开发中最常使用到的方法了。但是我们平常都很少会去重写equals方法。在

try-with-resources优先于try-finally Java 类库中包括了许多必须通过调用close方法来手动关闭的资源。都是一些关于文件流、SQL连接。 虽然其中很多资源都是用fina

避免使用终结方法和清除方法 终结方法(Object.finalize()) 通常是不可预测的，也是很危险的，一般情况下是不必要的。使用终结方法会导致行为不稳定、性能降低，以及可移植性问题。根据经验，应

内存泄漏来源1-无意识的对象保持 先提供书中案例： 书中阐述这段程序并没有很明显的错误。无论如何测试，都会成功通过每一项测试，但是这个程序隐藏着一个**“内存泄漏”**问题。随着垃圾回收器活动的增加，

有时可能需要编写只包含静态方法和静态成员的类。例如：工具类。不论是JDK还是平时工作中的项目，总是会有很多的工具类。 这样的工具类不希望被实例化，因为实例化并没有太大的意义。 但是在缺少显式构造器的情

Singleton 是指只能被实例化一次的类。书中实现单例的方法有两种。两者都基于构造器私有，提供公共静态成员变量作为唯一实例的访问。并且该实例被final修饰。并且书中的两种方式均为饿汉式 方式1：

静态工厂和构造器共同的局限性，就是都不能很好的扩展到大量的可选参数。有一些场景中的类字段一部分字段是必须的，一部分字段是可选的，这种场景很常见。 很常见的操作就是使用重叠构造器的方式，提供一个只有必要

对于类，获取类实例的方式除了通过公有构造器的方式。还有一种方式，就是可以提供一个公有的静态工厂方法，只是一个返回类实例的静态方法 ，比如Boolean类的简单示例： 凡事都是有利有弊的，静态工厂方法代