《Effective Java 中文版 第二版》第二章 第3条：

本章的主题是创建和销毁对象：何时以及如何创建对象，何时以及如何避免创建对象，如何确保它们能够适时地销毁，以及如何管理对象销毁之前必须进行的各种清理动作。

[toc]

Singleton 指仅仅被实例化一次的类。
使类成为Singleton会使它的客户端测试变得十分困难，因为无法给 Singleton 替换模拟实例，除非它实现一个充当其类型的接口。

在 Java 1.5 发行版之前，实现 Singleton 有两种方法。

这两种方法都要把构造器保持为 私有的 ，并导出 公有的 静态成员，以便允许客户端能够访问该类的唯一实例。

公有域（public-field）方法：公有静态成员是个 final 域。

//Singleton with public final field

public class Elvis {

    public static final Elvis INSTANCE = new Elvis( );

    private Elvis( ) { ... }

    public void leaveTheBuilding( ) { ... }

}

私有构造器仅被调用一次，用来实例化 公有的静态final域 Elvis.INSTANC 。由于缺少公有或者受保护的构造器，保证了全局唯一性，但是可以通过反射方法，调用私有构造器。如果要抵御反射攻击，可以修改构造器，在创建第二个实例的时候抛出异常

优点：

• 组成类的成员的声明很清楚的表明了这个类是一个 Singleton 【公有静态域是 final 的】。
• 公有域方法在性能上不再有任何优势【现代JVM实现几乎都能够将静态工厂方法的调用内联化】。

静态工厂方法 ：公有的成员是个静态工厂方法。

// Singleton with static factory

public class Elvis {

    private static final Elvis INSTANCE = new Elvis( );

    private Elvis( ) { ... }

    public static Elvis getInstance( ) { return INSTANCE; }

    public void leaveTheBuilding( ) { ... }

}

对于静态方法 Elvis.getInstance 的所有调用，都会返回同一个对象引用，仍要注意反射攻击

优势：

• 提供了灵活性：再不改变 API 的前提下，可以改变该类是否应该为 Singleton 的想法。
  【比如改成每个调用该方法的现成返回一个唯一实例】
• 泛型优势：根据调用方法时的 形式类型参数，返回 形式类型参数 类型的实例，避免多次创建实例
  【如果之前了解过泛型，可以看书 114页下方~115页的泛型单例工厂模式介绍，泛型的相关术语在书 102页的表格中，本与本章节内容不符，不赘述】

为了使利用以上方法实现的Singleton类变成是可序列化的（Serializable）（见第 11 章），仅仅在声明上加上“implements Serializable”是不够的。必须声明所有实例域都是瞬时（transient）的，并提供一个 readResolve 方法。这方面的资料有很多，篇幅原因，请自善用搜索，这里提供一个我当时查阅的：点我查阅

而从 Java 1.5 发行版起，实现 Singleton 还有第三种方法。

编写一个包含单个元素的枚举类型：

// Enum singleton - the preferred approach

public enum Elvis {

    INSTANCE;

    public void leaveTheBuilding( ) { ... }

}

这种方法在功能上与公有域方法相近，但是它更加简洁，无偿地提供了序列化机制，绝对防止多次实例化，即使是在面对复杂的序列化或者反射攻击的时候。虽然这种方法还没有广泛采用，但是单元素的枚举类型已经成为实现 Singleton 的最佳方法。