单例模式

前言
这篇是我开始进入设计模式的第一篇文章，Java一共有23种设计模式，我曾看过《大话设计模式》，书的内容当然都是干货满满，我当时看的是电子版，让我一度从入门到放弃，当时功力浅，读不懂，其实现在的我功力也很浅，可是学习的过程就是提高的过程，我必须严格要求自己，作为一名Java程序员不会个5、6种设计模式真的说不过去了，所以说学习设计模式是必经之路。

那么我们为什么要学习这么枯燥的设计模式呢？ 

处理复杂业务时可以提高代码质量，提高复用性。
让代码结构清晰，易于维护，易于扩展。
面试
小伙伴们看我第三点终于说出实话了吧，哈哈！

正文
单例模式是23种中最基础也是最简单的。

单例模式分两大类，懒汉式和饿汉式。大家看到其他的资料写6、7种的都是由这两种拓展的，并且拓展出来的有很多都是不建议使用的，所以本文我所先列出推荐使用的，然后后面我写出反例，并解释原因。

懒汉式单例模式：在类加载时不初始化。
饿汉式单例模式：在类加载时就完成了初始化，所以类加载比较慢，但获取对象的速度快。
这里让读者很好的区分什么懒什么饿做一个比喻：单例模式最终的目的是实例化一个唯一的对象，那么懒的意思就是虚拟机加载我时我也不初始化，我就等你调用我的时候我才new，所以懒。饿的意思是，这种方式很饥渴，想马上得到对象，所以虚拟机加载的时候就马上把对象new出来，等着被调用就可以了。

【饿汉式】
饿汉式第一种（静态常量），使用static修饰当jvm启动时就已经实例化了。

public class Singleton {
 
    private final static Singleton INSTANCE = new Singleton();
 
    private Singleton(){}
 
    public static Singleton getInstance(){
        return INSTANCE;
    }

饿汉式第二种（静态代码块） ，与上面的没啥区别就是写法不同。

public class Singleton {
 
    private static Singleton instance;
 
    static {
        instance = new Singleton();
    }
 
    private Singleton() {}
 
    public static Singleton getInstance() {
        return instance;
    }
}

 

【懒汉式】
懒汉式第一种，当多个线程同时执行if (singleton == null)时，便产生多个实例，因此线程不安全，不可以使用。

public class Singleton {
 
    private static Singleton singleton;
 
    private Singleton() {}
 
    public static Singleton getInstance() {
        if (singleton == null) {
            singleton = new Singleton();
        }
        return singleton;
    }
}

懒汉式第二种，保证了线程安全，却因为效率太低不到万不得已不可以使用。

 

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

懒汉式第三种，两个线程都进入getInstance方法时，一条通过了(singleton == null) ，一条正在执行，那么也会产生多个实例，因此线程不安全，不可以使用。

 

public class Singleton {
 
    private static Singleton singleton;
 
    private Singleton() {}
 
    public static Singleton getInstance() {
        if (singleton == null) {
            synchronized (Singleton.class) {
                singleton = new Singleton();
            }
        }
        return singleton;
    }
}

懒汉式第四种（静态内部类）强烈推荐使用，类的静态属性只会在第一次加载类的时候初始化，所以在这里，JVM帮助我们保证了线程的安全性，也能保证只在使用的时才实例化。

public class Singleton {
 
    private Singleton() {}
 
    private static class SingletonInstance {
        private static final Singleton INSTANCE = new Singleton();
    }
 
    public static Singleton getInstance() {
        return SingletonInstance.INSTANCE;
    }
}

懒汉式第五种（双重检查加锁DCL）。

这里解释一下双重检测加锁，顾名思义，就是对变量进行多次判断，并使用同步，这种做法可以做到线程安全，但是效率并不高。使用双重检查操作的变量必须是volatile声明的，引用《Java并发编程实战》一句话：“volatile变量读取操作对性能通常只是略高于非volatile变量读取操作的性能。然而，DCL的这种使用方法已经被广泛的废弃了，因而它不是一种高效的优化措施。”

所以本人见解，DCL不推荐使用。

这也跟许多博客说的有差异，不过看过这本《Java并发编程实战》后你就会理解我说的话了。

public class Singleton {
 
    private static volatile Singleton singleton;
 
    private Singleton() {}
 
    public static Singleton getInstance() {
        if (singleton == null) {
            synchronized (Singleton.class) {
                if (singleton == null) {
                    singleton = new Singleton();
                }
            }
        }
        return singleton;
    }
}

【枚举】
这种方式是Effective Java作者Josh Bloch 提倡的方式，它不仅能避免多线程同步问题，而且还能防止反序列化重新创建新的对象，可谓是很坚强的壁垒啊，不过，由于1.5中才加入enum特性，用这种方式写不免让人感觉生疏，在实际工作中，我也很少看见有人这么写过。

还有一点需要说明，枚举类在jvm启动时便加载，而且枚举类里的变量最后实际都是被编译为静态变量了，Java中静态变量都是存储在Method Area。

public enum Singleton {
    instance;
    public void whateverMethod(){
    }
}

由此可见，使用饿汉式是最安全最方便的方式，如果使用懒汉式，强烈建议使用静态内部类方式，无论在性能和线程安全都做都很好。