单例模式 - 润新知

只生成一个实例的模式，我们称之为单例模式。

原文地址：单例模式 - 只有一个实例
博客地址：http://blog.720ui.com/

程序在运行的时候，通常会有很多的实例。例如，我们创建 100 个字符串的时候，会生成 100 个 String 类的实例。

但是，有的时候，我们只想要类的实例只存在一个。例如，「你猜我画」中的画板，在一个房间中的用户需要共用一个画板实例，而不是每个用户都分配一个画板的实例。

此外，对于数据库连接、线程池、配置文件解析加载等一些非常耗时，占用系统资源的操作，并且还存在频繁创建和销毁对象，如果每次都创建一个实例，这个系统开销是非常恐怖的，所以，我们可以始终使用一个公共的实例，以节约系统开销。

像这样确保只生成一个实例的模式，我们称之为单例模式。

如何理解单例模式

单例模式的目的在于，一个类只有一个实例存在，即保证一个类在内存中的对象唯一性。

现在，我们来理解这个类图。

静态类成员变量

Singleton 类定义的静态的 instance 成员变量，并将其初始化为 Singleton 类的实例。这样，就可以保证单例类只有一个实例。

私有的构造方法

Singleton 类的构造方法是私有的，这个设计的目的在于，防止类外部调用该构造方法。单例模式必须要确保在任何情况下，都只能生成一个实例。为了达到这个目的，必须设置构造方法为私有的。换句话说，Singleton 类必须自己创建自己的唯一实例。

全局访问方法

构造方法是私有的，那么，我们需要提供一个访问 Singleton 类实例的全局访问方法。

简要定义

保证一个类只有一个实例，并提供一个访问它的全局访问方法。

单例模式的实现方式

饿汉式

顾名思义，类一加载对象就创建单例对象。

public class Singleton {

    private static Singleton instance = new Singleton();

    private Singleton(){}

    public static Singleton getInstance(){
        return instance;
    }
}

值得注意的是，在定义静态变量的时候实例化 Singleton 类，因此在类加载的时候就可以创建了单例对象。

此时，我们调用两次 Singleton 类的 getInstance() 方法来获取 Singleton 的实例。我们发现 s1 和 s2 是同一个对象。

public class SingletonTest {

    @Test
    public void getInstance(){
        Singleton s1 = Singleton.getInstance();
        Singleton s2 = Singleton.getInstance();

        System.out.println("实例对象1：" + s1.hashCode());
        System.out.println("实例对象2：" + s2.hashCode());
        if (s1 ==  s2) {
            System.out.println("实例相等");
        } else {
            System.out.println("实例不等");
        }
    }
}

懒汉式

懒汉式，即延迟加载。单例在第一次调用 getInstance() 方法时才实例化，在类加载时并不自动实例化，在需要的时候再进行加载实例。

public class Singleton2 {

    private Singleton2(){}

    private static Singleton2 instance = null;

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

懒汉式的线程安全

在多线程中，如果使用懒汉式的方式创建单例对象，那就可能会出现创建多个实例的情况。

为了避免多个线程同时调用 getInstance() 方法，我们可以使用关键字 synchronized 进行线程锁，以处理多个线程同时访问的问题。每个类实例对应一个线程锁, synchronized 修饰的方法必须获得调用该方法的类实例的锁方能执行, 否则所属线程阻塞。方法一旦执行, 就独占该锁，直到从该方法返回时才将锁释放。此后被阻塞的线程方能获得该锁, 重新进入可执行状态。

public class Singleton3 {

    private Singleton3(){}

    private static Singleton3 instance = null;

    public static synchronized Singleton3 getInstance(){
        if(instance == null){
            instance = new Singleton3();
        }
        return instance;
    }
}

上面的案例，在多线程中很好的工作而且是线程安全的，但是每次调用 getInstance() 方法都需要进行线程锁定判断，在多线程高并发访问环境中，将会导致系统性能下降。事实上，不仅效率很低，99%情况下不需要线程锁定判断。

这个时候，我们可以通过双重校验锁的方式进行处理。换句话说，利用双重校验锁，第一次检查是否实例已经创建，如果还没创建，再进行同步的方式创建单例对象。

public class Singleton4 {

    private Singleton4(){}

    private static Singleton4 instance = null;

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

枚举

枚举的特点是，构造方法是 private 修饰的，并且成员对象实例都是预定义的，因此我们通过枚举来实现单例模式非常的便捷。

public enum SingletonEnum {
    INSTANCE;
    private SingletonEnum(){}
}

静态内部类

类加载的时候并不会实例化 Singleton5，而是在第一次调用 getInstance() 加载内部类 SigletonHolder，此时才进行初始化 instance 成员变量，确保内存中的对象唯一性。

public class Singleton5 {
    private Singleton5() {}

    private static class SigletonHolder {
        private final static Singleton5 instance = new Singleton5();
    }

    public static Singleton5 getInstance() {
        return SigletonHolder.instance;
    }
}

思维发散

如何改造成单例类

假设，我们现在有一个计数类 Counter 用来统计累加次数，每次调用 plus() 方法会进行累加。

public class Counter {

    private long count = 0;

    public long plus(){
        return ++count;
    }
}

这个案例的实现方式会生成多个实例，那么我们如何使用单例模式确保只生成一个实例对象呢？

实际上，拆解成3个步骤就可以实现我的需求：静态类成员变量、私有的构造方法、全局访问方法。

public class Counter {

    private long count = 0;

    private static Counter counter = new Counter();

    private Counter(){}

    public static Counter getInstance(){
        return counter;
    }

    public synchronized long plus(){
        return ++count;
    }
}

多例场景

基于单例模式，我们还可以进行扩展改造，获取指定个数的对象实例，节省系统资源，并解决单例对象共享过多有性能损耗的问题。

我们来做个练习，我现在有一个需求，希望实现最多只能生成 2 个 Resource 类的实例，可以通过 getInstance() 方法进行访问。

public class Resource {

    private int id = 0;

    private static Resource[] resource = new Resource[]{
        new Resource(1),
        new Resource(2)
    };

    private Resource(int id){
        this.id = id;
    }

    public static Resource getInstance(int id){
        return resource[id];
    }
}

单例模式 vs 静态方法

如果认为单例模式是非静态方法。而静态方法和非静态方法，最大的区别在于是否常驻内存，实际上是不对的。它们都是在第一次加载后就常驻内存，所以方法本身在内存里，没有什么区别，所以也就不存在静态方法常驻内存，非静态方法只有使用的时候才分配内存的结论。

因此，我们要从场景的层面来剖析这个问题。如果一个方法和他所在类的实例对象无关，仅仅提供全局访问的方法，这种情况考虑使用静态类，例如 java.lang.Math。而使用单例模式更加符合面向对象思想，可以通过继承和多态扩展基类。此外，上面的案子中，单例模式还可以进行延伸，对实例的创建有更自由的控制。

单例模式与数据库连接

数据库连接并不是单例的，如果一个系统中只有一个数据库连接实例，那么全部数据访问都使用这个连接实例，那么这个设计肯定导致性能缺陷。事实上，我们通过单例模式确保数据库连接池只有一个实例存在，通过这个唯一的连接池实例分配 connection 对象。

总结

单例模式的目的在于，一个类只有一个实例存在，即保证一个类在内存中的对象唯一性。

如果采用饿汉式，在类被加载时就实例化，因此无须考虑多线程安全问题，并且对象一开始就得以创建，性能方面要优于懒汉式。

如果采用懒汉式，采用延迟加载，在第一次调用 getInstance() 方法时才实例化。好处在于无须一直占用系统资源，在需要的时候再进行加载实例。但是，要特别注意多线程安全问题，我们需要考虑使用双重校验锁的方案进行优化。

实际上，我们应该采用饿汉式还是采用懒汉式，取决于我们希望空间换取时间，还是时间换取空间的抉择问题。

此外，枚举和静态内部类也是非常不错的实现方式。

（完）