EffectiveJava第二章：创建和销毁对象

1. 考虑使用静态工厂方法代替构造器

类可以提供一个公有的静态工厂方法，它只是返回类的实例的静态方法。

// 静态工厂方法示例
public static Boolean valueOf(boolean b){
  return b ? Boolean.TRUE : Boolean.FALSE;
}

• 静态工厂方法优势：

  • 它们有名称。
    遇到需要多个参数的方法签名时，使用多个构造器来创建实例会让人难以理解。
    当一个类需要多个带有相同签名的构造器时，使用静态工厂方法代替构造器，并且使用不同的方法名来区别他们，提高可读性。

  • 不必在每次调用它们的时候都创建一个新对象。
    静态工厂方法能够为重复的调用返回相同对象，这样有助于类总能严格控制在某几个时刻哪些实例应该存在，使得不可变类可以确保不会存在两个相等的实例。
    可以使用==代替equals()来判断是否相等，提高性能。

  • API可以返回对象，同时又不会使对象的类变成公有的。以这种方式隐藏实现类会使API变得非常简洁。
    就是返回一个父类。

  • 在创建泛型类型实例的时候，它使代码变得更加简洁。

• 主要缺点

  • 类的构造方法如果不是public或protected的，就不能被子类化。
  • 他们与其他的静态方法实际上没有区别。对于提供了静态工厂方法而不是构造器的类来说，要想查明如何实例化一个类，是非常困难的。
    但你可以通过在类或接口的注释中关注静态工厂，并遵守标准的命名习惯，可以弥补这一劣势。valueOf，of，getInstance、newInstance、getType、newType(Type表示对象名)。

• 静态工厂方法和公有构造器各有用处，静态工厂方法通常更合适，切忌第一反应是提供公有构造器，而不是静态工厂方法。

2. 遇到多个构造器参数时考虑使用Builder模式来创建构造器

静态工厂方法和构造器有个共同的局限性：都不能很好的扩展到大量的可选参数。

• 使用JavaBean模式通过setters方法设置参数，提高了可读性，但这种方法有着严重的缺点：

  1. 在构造过程中JavaBean可能处于不一致的状态
  2. 在多线程情况下，JavaBean模式阻止了把类做成不可变的可能，就需要付出额外的努力来确保它的线程安全。

• 使用Builder模式，既能保证像构造器那样保证安全性，也能保证很好的可读性。
  可以对其参数强加约束条件；
  可以使用一个泛型来满足所有builder，同时带有builder实例的方法通常利用有限制的通配符类型(泛型的上限)来约束构造器的类型参数。

public interface Builder<T>{
  public T build();
}

3. 用私有构造器或者枚举类型强化Singleton属性

Singleton通常被用来代表那些本质上唯一的系统组件。
使类成为Singleton会使它的客户端测试变得困难，因为无法替换模拟实现，除非实现一个充当其类型的接口。

单例模式。
使用枚举实现最佳。

4. 通过私有构造器强化不可实例化的能力

当编码只包含静态方法和静态域的类时，这种工具类实例化毫无以意义，所以让该类的构造方法私有化，并在使用反射创建对象、在类内部创建对象时抛出异常，保证该类不能被实例化，同时也不能被子类化。

5. 避免创建不必要的对象

一般来说，最好能重用对象，而不是在每次需要的时候就创建一个相同的新对象。

• 对于同时提供了静态工厂方法和构造器的类，优先使用静态工厂方法以避免创建不必要的对象。

• 出了不可变的对象，也可以重用那些已知不会被修改的可变对象。

public class Person {

    // 每次调用时都会创建不必要的对象
    public static boolean isBabyBoomer(Date birthDate) {
        Calendar gmtCal = Calendar.getInstance(TimeZone.getTimeZone("GMT"));
        gmtCal.set(1946, Calendar.JANUARY, 1, 0, 0, 0);

        Date boomStart = gmtCal.getTime();

        gmtCal.set(1965, Calendar.JANUARY, 1, 0, 0, 0);
        Date boomEnd = gmtCal.getTime();

        return birthDate.compareTo(boomStart) >= 0 && birthDate.compareTo(boomEnd) < 0;
    }


    /*
        使用静态代码块来优化代码，提高程序性能。
        也可以延迟初始化，但请慎用，这样做会使方法的实现更为复杂，从而无法将性能显著提高到这种水平。
     */
    private static final Date BOOM_START;
    private static final Date BOOM_END;

    static {
        Calendar gmtCal = Calendar.getInstance(TimeZone.getTimeZone("GMT"));
        gmtCal.set(1946, Calendar.JANUARY, 1, 0, 0, 0);

        BOOM_START = gmtCal.getTime();

        gmtCal.set(1965, Calendar.JANUARY, 1, 0, 0, 0);
        BOOM_END = gmtCal.getTime();
    }

    public static boolean isBabyBoomerBetter(Date birthDate) {
        /*
            使用静态代码块进行初始化，避免总重复创建对象
         */
        return birthDate.compareTo(BOOM_START) >= 0 && birthDate.compareTo(BOOM_END) < 0;
    }
}

• 针对某个给定对象的特定适配器而言，它不需要创建多个适配器示例。
  例如Map接口的keySet方法返回该Map对象的Set视图，该Set被缓存在该Map中，并没有被重新创新。

• 自动装箱使得基本类型和包装类型的差别变得模糊，但一定要优先使用基本类型，避免无意识的自动装箱。

• 维护自己的对象池来避免创建对象并不是一种好的做法，除非池中的对象是非常重量级的。

• 不要局限于此，通过创建附加的对象，提升程序的可读性、简洁性和功能性，这通常是好事。
  在提倡使用保护性拷贝时，因重用对象而付出的代价要远远大于因创建重复对象而付出的代价。必要时如果没能实施保护性拷贝，将会导致潜在的错误和安全漏洞；而不必要的创建对象则只会影响程序的风格和性能。

6. 消除过期的对象引用

过期的对象引用：是指永远也不会再被解除的引用。

• 如果一个对象引用被无意识的保留起来，那么垃圾回收器不仅不会处理这个对象，而且也不会处理被这个对象所引用的所有其他对象。内存泄露(引用计数算法、根搜索算法)

• 判断对象是否无用的两种算法：

  • 引用计数算法(Reference Counting Collector)
  • 根搜索算法(JVM采用) ，在Java中可作为根的有：
  • 虚拟机栈中引用的对象（本地变量表）
  • 方法区中静态属性引用的对象
  • 方法区中常量引用的对象
  • 本地方法栈中JNI引用的对象（Native对象）

• JVM采用的垃圾回收算法有：
  标记-清除算法(mark and sweep)
  标记-整理算法(mark and compact)
  复制算法(copying)
  分代算法(generation算法)

• 消除过期引用最好的方法是让包含该引用的变量结束其生命周期。只要是类自己管理内存，就应该警惕内存泄露问题。

• 缓存也会导致内存泄露。可以使用WeakHashMap来作为容器，避免强引用导致不能被回收。

• 监听器和其他回调也会造成内存泄露。使用Weak来持有他们，可以避免内存泄露。

7. 避免使用终结方法

终结方法finalizer方法通常是不可预测的，也是很危险的，一般情况下是不必要使用的。

• 缺点在于不能保证会被及时的执行。
  从一个对象变得不可到达开始，到它的终结方法执行的时间是任意长的。这意味着，注重时间的任务不应该由终结方法来完成。
  比如关闭已经打开的文件流。

• 及时的执行终结方法是垃圾回收算法的一个主要功能，并依赖于JVM的实现，不同的JVM实现可能会不同，在这个JVM平台上运行好的程序在另一个却可能完全不同。

• Java语言规范不保证终结方法会及时的执行，而且根本就不保证它们会被执行。不要依赖终结方法来更新重要的持久状态。
  比如使用终结方法来释放数据库上的永久锁。
  System.gc()和System.runFinalization()并不保证终结方法一定会执行。

• 如果类确实需要终止，则需要显示的提供终止方法，并要求用户在该实例不再使用时调用这个方法。
  比如InputStream、java.util.Timer两个类。
  显示的终止方法通常与try-finally结构结合起来。

• 使用终结方法的两个用途：

  • 充当安全网(safety net)。当对象的所有者忘记调用显示终结方法时，迟点释放总比永远不释放要好。
    比如FileInputStream、FileOutputStream等
  • 与本地对象体连用。
    本地对等体并不拥有关键资源的前提下，可以使用终结方法来执行这项任务。

• 如果子类覆盖了父类的终结方法，必须要在try-finally的finally代码中手动调用超类的终结方法。

总之，尽量不要使用终结方法，除非作为安全网、或为了终止非关键的本地资源，同时还要记住调用super.finalize()。