尚硅谷设计模式学习（三）单例模式

所谓类的单例设计模式，就是采取一定的方法保证在整个的软件系统中，对某个类只能存在一个对象实例， 并且该类只提供一个取得其对象实例的方法(静态方法)。

比如  Hibernate  的  SessionFactory，它充当数据存储源的代理，并负责创建  Session  对象。SessionFactory  并不是 轻量级的，一般情况下，一个项目通常只需要一个  SessionFactory  就够，这时就会使用到单例模式。

单例模式有八种方式：

1. 饿汉式(静态常量)
2. 饿汉式（静态代码块）
3. 懒汉式(线程不安全)
4. 懒汉式(线程安全，同步方法)
5. 懒汉式(线程不安全，同步代码块)
6. 双重检查
7. 静态内部类
8. 枚举

单例设计模式步骤：

构造器私有化
类的内部创建对象
向外暴露一个静态的公共方法

1、饿汉式（静态常量）

public class SingletonTest01 {
    public static void main(String[] args) {
        Single instance1 = Single.getInstance();
        Single instance2 = Single.getInstance();
        System.out.println(instance1 == instance2);
        System.out.println(instance1.hashCode() == instance2.hashCode());
    }
}

class Single{
    //1.构造器私有化，外部不能new
    private Single(){

    }

    //2.本类内部创建对象实例
    private static final Single SINGLE = new Single();

    //3.供一个公有的静态方法，返回实例对象
    public static Single getInstance(){
        return SINGLE;
    }
}

优缺点 

1. 优点：在类装载的时候就完成实例化，避免了线程同步问题。
2. 缺点：在类装载的时候就完成实例化，没有达到 Lazy  Loading 的效果。如果从始至终从未使用过这个实例，则会造成内存的浪费
3. 这种方式基于 classloder 机制避免了多线程的同步问题，不过，instance 在类装载时就实例化，在单例模式中大多数都是调用 getInstance 方法， 但是导致类装载的原因有很多种，因此不能确定有其他的方式（或者其他的静 态方法）导致类装载，这时候初始化 instance 就没有达到 lazy loading 的效果。

结论：这种单例模式可用，可能造成内存浪费

2、饿汉式（静态代码块）

class Single{

    private static Single SINGLE;

    private Single(){
    }

    static {
        SINGLE = new Single();
    }
    
    public static Single getInstance(){
        return SINGLE;
    }
}

优缺点  

1. 这种方式和上面的方式其实类似，只不过将类实例化的过程放在了静态代码块中，也是在类装载的时候，就执行静态代码块中的代码，初始化类的实例。优缺点和上面是一样的。

结论：这种单例模式可用，但是可能造成内存浪费

3、懒汉式(线程不安全)

class Single{

    private static Single single;

    private Single(){

    }
    //提供一个静态的公有方法，当使用到该方法时，才去创建    instance
    //即懒汉式
    public static Single getInstance(){
        if(single == null){
            single = new Single();
        }
        return single;
    }
}

优缺点  

1. 起到了  Lazy  Loading 的效果，但是只能在单线程下使用。
2. 如果在多线程下，一个线程进入了  if  (singleton  ==  null)判断语句块，还未来得及往下执行，另一个线程也通过 了这个判断语句，这时便会产生多个实例。所以在多线程环境下不可使用这种方式

结论：在实际开发中，不要使用这种方式

注：Lazy Loading为懒加载也叫延迟加载。即当对象需要用到的时候再去加载相关的对象。
它的核心思想是把对象的实例化延迟到真正调用该对象的时候，这样做的好处是可以减轻大量对象在实例化时对资源的消耗，而不是在程序初始化的时候就预先将对象实例化。

4、懒汉式(线程安全，同步方法)

class Single{

    private static Single single;

    private Single(){

    }
    //提供一个静态的公有方法，加入同步处理的代码，解决线程安全问题 
    //即懒汉式
    public static synchronized Single getInstance(){
        if(single == null){
            single = new Single();
        }
        return single;
    }
}

注：synchronized 关键字，代表这个方法加锁，相当于不管哪一个线程，运行到这个方法时，都要检查有没有其它线程正在用这个方法(或者该类的其他同步方法)，有的话要等正在使用synchronized方法的线程运行完这个方法后再运行此线程，没有的话锁定调用者，然后直接运行。 

优缺点

1. 解决了线程安全问题
2. 效率太低了，每个线程在想获得类的实例时候，执行  getInstance()方法都要进行同步。而其实这个方法只执行 一次实例化代码就够了，后面的想获得该类实例，直接  return  就行了。方法进行同步效率太低

结论：在实际开发中，不推荐使用这种方式

5、懒汉式(线程不安全，同步代码块)

class Single{

    private static Single single;

    private Single(){

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

优缺点 

1. 这种方式，本意是想对第4种实现方式的改进，因为前面同步方法效率太低，改为同步产生实例化的代码块。
2. 但是这种同步并不能起到线程同步的作用。跟第三种实现方式遇到的情形一致，一个线程进入了判断语句块，还未来得及往下执行，另一个线程也通过了这个判断语句，这是便会产生多个实例。

结论：在实际开发中，不能使用这种方式。

6、双重检查

class Single{

    private static volatile Single single;

    private Single(){

    }
    //提供一个静态的公有方法，加入双重检查代码，解决线程安全问题, 同时解决懒加载问题 
    //同时保证了效率,推荐使用
    public static Single getInstance(){
        if(single == null){
            synchronized (Single.class){
                if(single == null){
                    single = new Single();
                }
            }
        }
        return single;
    }
}

注：

用volatile修饰的共享变量，每次的更新直接刷新到内存中去,对于其他线程都是可见的

优缺点

1. Double-Check概念是多线程开发中常使用到的，如代码中所示，我们进行了两次if(instance == null)检查，这样就可以保证线程安全了。
2. 这样，实例化代码只用执行一次，后面再次访问时，判断if(instance == null)，直接return实例化对象，也避免的反复进行方法同步
3. 线程安全；延迟加载；效率较高

结论：在实际开发中，推荐使用这种单例模式

7、静态内部类

class Single{

    private Single(){
    }

    //写一个静态内部类,该类中有一个静态属性 Singleton
    private static class SingleInstance{
        private static final Single INSTANCE = new Single();
    }

    //提供一个静态的公有方法，直接返回SingleInstance.INSTANCE
    public static Single getInstance(){
        return SingleInstance.INSTANCE;
    }
}

优缺点

1. 采用了类装载的机制来保证初始化实例时只有一个线程。
2. 静态内部类方式在Single类被装载时并不会立即实例化，而是在需要实例化时，调用getInstance方法，才会装载SingleInstanc类，从而完成Single的实例化。
3. 类的静态属性只会在第一次加载类的时候初始化，所以在这里，JVM帮助我们保证了线程的安全性，在类进行初始化时，别的线程是无法进入的。
4. 优点：避免了线程不安全，利用静态内部类特点实现延迟加载，效率高。

结论：推荐使用。

8、枚举

public class SingletonTest08 {
    public static void main(String[] args) {
       Single single = Single.INSTANCE;
       single.sayOk();
    }
}

enum Single{
    INSTANCE;
    public void sayOk(){
        System.out.println("ok");
    }
}

优缺点 

1. 这借助 JDK1.5 中添加的枚举来实现单例模式。不仅能避免多线程同步问题，而且还能防止反序列化重新创建新的对象。
2. 这种方式是 Effective Java 作者 Josh Bloch 提倡的方式

结论：推荐使用 

单例模式在 JDK 应用的源码分析

public class Runtime {
    private static Runtime currentRuntime = new Runtime();

    /**
     * Returns the runtime object associated with the current Java application.
     * Most of the methods of class <code>Runtime</code> are instance
     * methods and must be invoked with respect to the current runtime object.
     *
     * @return  the <code>Runtime</code> object associated with the current
     *          Java application.
     */
    public static Runtime getRuntime() {
        return currentRuntime;
    }

    /** Don't let anyone else instantiate this class */
    private Runtime() {}

注：Runtime运用饿汉式(静态常量)实现单例模式。 

单例模式注意事项和细节说明

1. 单例模式保证了系统内存中该类只存在一个对象，节省了系统资源，对于一些需要频繁创建销毁的对象，使用单例模式可以提高系统性能。
2. 当想实例化一个单例类的时候，必须要记住使用相应的获取对象的方法，而不是使用new。
3. 单例模式适用的场景：需要频繁的进行创建和销毁的对象，创建对象时耗时过多或耗费资源过多（即：重量级对象），但又经常用到的对象、工具类对象、频繁访问数据库或文件的对象（比如数据源、session工厂等）。