06 单例模式

定义

单例模式（Singleton Pattern）：确保一个类只有一个实例，并提供全局访问点来访问这个唯一实例

代码

饿汉式单例

public class Singleton1 {
    
    private static final Singleton1 SINGLETON_1 = new Singleton1();
    
    private Singleton1() {}
    
    public static Singleton1 getInstance() {
        return SINGLETON_1;
    }
    
}

懒汉式单例

public class Singleton2 {

    private static Singleton2 SINGLETON_2;

    private Singleton2() {}

    public static Singleton2 getInstance() {
        if (SINGLETON_2 == null) {
            SINGLETON_2 = new Singleton2();
        }
        return SINGLETON_2;
    }

}

懒汉式单例会在第一次调用的时候创建一个单例对象，但是这种方式是线程不安全的。

懒汉式单例与双重检查锁定

public class LazySingleton {
    
    private static LazySingleton instance;
    
    private LazySingleton() {}
    
    public synchronized static LazySingleton getInstance() {
        if (instance == null) {
            instance = new LazySingleton();
        }
        return instance;
    }
    
}

这里在getInstance()方法前加了一个synchronized关键字保证线程安全，但是每次调用getInstace()方法都会进行线程锁判断，在多线程高并发访问环境中会导致系统性能大大下降。

public class LazySingleton1 {

    private static LazySingleton1 instance;

    private LazySingleton1() {}

    public static LazySingleton1 getInstance() {
        if (instance == null) {
            synchronized (LazySingleton1.class) {
                instance = new LazySingleton1();
            }
        }
        return instance;
    }

}

如果使用以上代码来实现单例类，还是会存在单例对象不唯一的情况。原因如下:

假如在某一瞬间线程A和线程B都在调用getInstance()方法，此时instace对象为null值，均能通过"instance == null"的判断。由于实现了synchronized 加锁机制，线程A进入synchronized锁定的代码中执行实例创建代码，线程B处于排队等待状态，必须等待线程A执行完毕后才可以进人synchronized 锁定的代码。但当A执行完毕时线程B并不知道实例已经创建，将继续创建新的实例，导致产生多个单例对象，违背了单例模式的设计思想，因此需要进一步改进,在synchronized中再进行一次"instance == null" 判断，这种方式称为双重检查锁定(Double Check Locking) 。最终代码如下

public class LazySingleton2 {

    private volatile static LazySingleton2 instance;

    private LazySingleton2() {}

    public static LazySingleton2 getInstance() {
        if (instance == null) {
            synchronized (LazySingleton2.class) {
                if (instance == null) {
                    instance = new LazySingleton2();
                }
            }
        }
        return instance;
    }

}

单例模式还有其他写法，这里只列举了单例模式常用的写法。

优/缺点与适用环境

• 优点

1. 单例模式提供了对唯一实例的受控访问。因为单例类封装了它的唯一实例，所以它可以严格控制客户怎样以及何时访问它。
2. 由于在系统内存中只存在一个对象,因此可以节约系统资源，对于一些需要频繁创建和销毁的对象，单例模式无疑可以提高系统的性能。
3. 允许可变数目的实例。基于单例模式可以进行扩展,使用与控制单例对象相似的方法来获得指定个数的实例对象，既节省系统资源，又解决了由于单例对象共享过多有损性能的问题。

• 缺点

1. 由于单例模式中没有抽象层,因此单例类的扩展有很大的困难。
2. 单例类的职责过重,在一定程度上违背了单一职责原则。因为单例类既提供了业务方法，又提供了创建对象的方法(工厂方法)，将对象的创建和对象本身的功能耦合在一起。
3. 现在很多面向对象语言(如Java、C# )的运行环境都提供了自动垃圾回收技术，因此如果实例化的共享对象长时间不被利用，系统会认为它是垃圾，会自动销毁并回收资源，下次利用时又将重新实例化,这将导致共享的单例对象状态的丢失。

• 适用环境

1. 系统只需要一个实例对象，例如系统要求提供一个唯一的序列号生成器或资源管理器,或者因为资源消耗太大而只允许创建一个对象。
2. 客户调用类的单个实例只允许使用一个公共访问点，除了该公共访问点，不能通过其他途径访问该实例。