一篇文章带你探讨 并发多线程中的单例模式

单例模式是设计模式中使用最为普遍的模式之一。它是一种对象创建模式，用于产生一个对象的具体实例，它可以确保系统中一个类只产生一个实例。在Java中，这样的行为能带来两大好处。

• 对于频繁使用的对象，可以省略new操作花费的时间，这对于那些重量级对象而言，是非常可观的一笔系统开销。
• 由于new操作的次数减少，因而对系统内存的使用频率也会降低，这将减轻GC压力，缩短GC停顿时间。

严格来说，单例模式与并行没有直接的关系。讨论这个模式，是因为它实在是太常见了，我们不可避免会在多线程环境中使用它们。并且，系统中使用单例的地方可能非常频繁，因此我们非常迫切地需要一种高效的单例实现。

下面给出了一个单例的实现，这个实现是非常简单的，是一个正确并且良好的实现。

使用以上方式创建单例有几点必须特别注意。因为我们要保证系统中不会有人意外创建多余的实例，因此，我们把Singleton的构造函数设置为private。这点非常重要，这就警告所有的开发人员，不能随便创建这个类的实例，从而有效避免该类被错误创建。

首先，instance对象必须是private并且static的。如果不是private，那么instance的安全性无法得到保证。一个小小的意外就可能使得instance变成null。其次，因为工厂方法getInstance()必须是static的，因此对应的instance也必须是static。

这个单例的性能是非常好的，由于getInstance()方法只是简单地返回instance，并没有任何锁操作，因此它在并行程序中会有良好的表现。

但是这种方式有一个明显不足就是Singleton构造函数，或者说Singleton实例在什么时候创建是不受控制的。对于静态成员instance，它会在类第一次初始化的时候被创建。这个时刻并不一定是getInstance()方法第一次被调用的时候。

注意，这个单例还包含一个表示状态的静态成员STATUS。此时，在任何地方引用这个STATUS都会导致instance实例被创建（任何对Singleton方法或者字段的引用，都会导致类初始化，并创建instance实例，但是类初始化只有一次，因此instance实例永远只会被创建一次），比如：

可以看到，即使系统没有要求创建单例，new Singleton()方法也会被调用。

如果大家觉得这个小小的不足并不重要，那么这种单例模式也是一种不错的选择。它容易实现，代码易读而且性能优越。

但如果你想精确控制instance的创建时间，那么这种方式就不太友善了。我们需要寻找一种新的方法，一种支持延迟加载的策略，它只会在instance第一次使用时创建对象，具体实现如下：

这个LazySingleton的核心思想是：最初，我们并不需要实例化instance，而当getInstance()方法被第一次调用时，创建单例对象。为了防止对象被多次创建，我们不得不使用synchronized关键字进行方法同步。这种实现的好处是，充分利用了延迟加载，只在真正需要时创建对象。但坏处也很明显，并发环境下加锁，竞争激烈的场合对性能可能产生一定的影响。但总体上，这是一个非常易于实现和理解的方法。

此外，还有一种被称为双重检查模式的方法可以用于创建单例。但我并不打算在这里介绍它，因为这是一种非常丑陋、复杂的方法，甚至在低版本的JDK中都不能保证正确性。因此，绝不推荐大家使用。如果大家阅读到相关文档，我也强烈建议大家不要在这种方法上花费太多时间。

上面介绍的两种单例实现可以说是各有千秋。有没有一种方法可以结合二者的优势呢？答案是肯定的。

上述代码实现了一个单例，并且同时拥有前两种方式的优点。首先getInstance()方法中没有锁，这使得在高并发环境下性能优越。其次，只有在getInstance()方法第一次被调用时，StaticSingleton的实例才会被创建。因为这种方法巧妙地使用了内部类和类的初始化方式。内部类SingletonHolder被声明为private，这使得我们不可能在外部访问并初始化它。而我们只可能在getInstance()方法内部对SingletonHolder类进行初始化，利用虚拟机的类初始化机制创建单例。

其他可参考：一篇文章带你搞定 Java 中的单例模式（static关键字/饿汉式/懒汉式）