1. 用静态工厂方法代替构造器，优点
1.1 它们有名称
1.2 不必在每次调用它们的时候都创建一个新对象
1.3 可以返回原返回类型的任何子类型的对象
1.4 所返回的对象的类可以随着每次调用而发生变化，这取决于静态工厂方法的参数值
1.5 方法返回的对象所属的类，在编写包含该静态工厂方法的类时可以不存在
2. 遇到多个构造器参数时要考虑使用构建器builder
如果类的构造器或者静态工厂中具有多个参数，设计这种类时，Builder模式是不错的选择。
3. 用私有构造器或者枚举类型强化Singleton属性
3.1 public单例静态成员
3.2 public静态工厂方法，返回私有单例静态成员
3.3 推荐用单元素的枚举类型来实现Singleton，但如果Singleton必须扩展一个超类，而不是Enum时，则不宜使用这个方法
4. 通过私有构造器强化不可实例化的能力
5. 优先考虑依赖注入来引用资源
不要用Singleton和静态工具类来实现依赖一个或多个底层资源的类，应该将这些资源或者工厂传给构造器，通过它们来创建类，这个实践被称作依赖注入。
6. 避免创建不必要的对象
6.1 提高对象的复用能力
java
String s = new String("hello");//don't do this
String s = "hello";//do this6.2 优先使用基本类型而不是装箱基本类型，要当心无意识的装箱
如优先使用long , 而不是Long!
7. 消除过期的对象引用
所谓过期的引用，是指永远也不会再被解除的引用。
7.1 只要类是自己管理内存，就应该警惕内存泄漏问题。给对象引用赋null。
7.2 内存泄漏的另一来源是缓存。后台线程来清理。
7.3 内存泄漏第三个来源是监听器和其它回调。保存弱引用，如存成WeakHashMap中的键。
8. 避免使用终结方法和消除方法
缺点：
8.1 不确定性
a. 终结方法(finalizer)通常是不可预测的，也是危险的，一般情况下是不必要的。Java9中清除方法(cleaner)没有那么危险，但仍然是不可预测，运行缓慢，一般情况下也是不必要的。
b. 注重时间的任务不应该由终结方法和清除方法来完成，因为它们不能保证被及时执行。
c.永远不应该依赖终结方法或者清除方法来更新重要的持久状态。
8.2 非常严重的性能损失
8.3 严重的安全问题
恶意子类的终结方法，可以将对象的引用记录在一个静态域中，阻止它被垃圾回收。
两种合法用途：
a. 当资源的所有者忘记调用它的close方法时，终结方法可以充当"安全网"。
b. 清除本地非Java对象(native object)。
9. try-with-resources优先于try-finally
使用try-with-resources必须先实现AutoCloseable接口。它得到的代码更加简洁、清晰，产生的异常也更有价值。