单例模式singleton —— I

单例模式

@sunRainAmazing

单例模式 - 只有一个实例

程序在运行的时候，通常会有很多的实例。
例如，我们创建 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() 方法时才实例化。
好处在于无须一直占用系统资源，在需要的时候再进行加载实例。
但是，要特别注意多线程安全问题，我们需要考虑使用双重校验锁的方案进行优化。

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

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