前言

单例模式是java中最简单的设计模式之一，属于创建式模式，提供了一种创建对象的最佳方式。

具体而言，单例模式涉及到一个具体的类，这个类可以确保只有单个对象被创建。它包含一个访问其唯一对象的方法，供外部直接调用，而不需要创建这个类的示例。

简而言之，可以不再new一个他的实例，而是直接调用方法。

实现

单例模式分为两种：

• 饿汉式：类加载时就会导致该单例对象被创建
• 懒汉式：类加载不会导致该单例对象被创建，而是首次使用时才会

饿汉式

静态变量方式

public class Singleton {// 私有构造方法private Singleton() {}// 静态方式创建该类的对象private static Singleton instance = new Singleton();// 对外提供静态方法，用于获取该对象public static Singleton getInstance() {return instance;}
}

将对象的实例创建为静态，保证了实例永远只有一份，且在该类加载时就会立即创建在jvm内存的方法区，程序运行期间永久存在，因此当对象太大时会造成浪费。

静态代码块方式

public class Singleton {// 私有构造方法private Singleton() {}// 静态创建该类对象private static Singleton instance;static {instance = new Singleton();}// 对外提供静态方法，用于获取该对象public static Singleton getInstance() {return instance;}
}

对象的创建在代码块中，也是随着类的加载而创建，两种方式基本相同。

 懒汉式

从名字出发，饿汉式会一直饿着，需要不断有食物，即对象一直存在。

懒汉式则是只有在饿的时候才会寻找食物，即请求对象实例。

所以，只要将饿汉式的创建对象放到getInstance方法中，即只有在调用该方法时才创建，我们就完成了懒加载的效果。

更改初始化时机

public class Singleton {// 私有构造方法private Singleton() {}// 静态创建该类对象private static Singleton instance;// 对外提供静态方法，用于获取该对象public static Singleton getInstance() {if (instance == null) {instance = new Singleton();}return instance;}
}

但这样的代码是线程不安全的，可以设想，如果有两个线程同时调用getInstance方法，他们都发现了instance == null，那么此时就会有两个实例化的instance，这就违背了单例模式的初衷了。

 最容易想到的方法就是给getInstance方法上锁。

上锁：防止初始化多次

public class Singleton {// 私有构造方法private Singleton() {}// 静态创建该类对象private static Singleton instance;// 上锁public static synchronized Singleton getInstance() {if (instance == null) {instance = new Singleton();}return instance;}
}

但此处依然有优化的空间，如果instance不为空，让线程调用就好了，不一定要持有锁，因此我们引申出双重检查锁模式。

优化：双重锁模式

public class Singleton {// 私有构造方法private Singleton() {}// 静态创建该类对象private static Singleton instance;// 上锁public static Singleton getInstance() {if (instance == null) {synchronized (Singleton.class) {// 线程拥有锁之后，再判断是否为空if (instance == null) {instance = new Singleton();}}}return instance;}
}

为什么要两次判断是否为空？

例如有ab两个线程，当a先获得锁并初始化instance实例后，b获得锁，如果此时不判空，则会重复初始化，因为此时两者都进入了锁之内了，上一个判空已经过时。

但是，jvm在实例化对象的时候，会进行优化和指令重排序操作，多线程的情况下，可能会产生空指针，此时我们可以使用volatile关键字。

使用volatile关键字修饰的变量，可以保证其指令执行的顺序与我们写明的顺序一致，最终代码如下：

public class Singleton {// 私有构造方法private Singleton() {}// 静态创建该类对象private static volatile Singleton instance;// 上锁public static Singleton getInstance() {if (instance == null) {synchronized (Singleton.class) {// 线程拥有锁之后，再判断是否为空if (instance == null) {instance = new Singleton();}}}return instance;}
}

最终进化：枚举实现

在java1.5之后，使用java实现单例模式的方式多了一种枚举。

public enum Singleton {INSTANCE;public void doSomething() {System.out.println("这是枚举类型的单例模式！");}
}

我们可以对枚举方式实现的实例进行反编译，可以得到如下的代码：

public final class Singleton extends Enum {public static Singleton[] values() {return (Singleton[])$VALUES.clone();}public static Singleton valueOf(String name) {return (Singleton)Enum.valueOf(com/qgn/mianshi/main/Singleton, name);}private Singleton(String s, int i) {super(s, i);}public static final Singleton INSTANCE;private static final Singleton $VALUES[];static {INSTANCE = new Singleton("INSTANCE", 0);$VALUES = (new Singleton[] {INSTANCE});}
}

可见Singleton继承了Enum，并重写了Enum类中的一些方法，基本上这些方法都是静态的。

这种实现方式的优点在于，不需要做额外的操作去保证对象单一性与线程安全，同时使用枚举可以防止调用者使用反射、反序列化强制生成多个单例对象，破坏单例模式。

但是如果没使用枚举时，要怎么防止反射和反序列化破坏单例呢？

防止反射、反序列化破坏单例模式

防反射

反射是一种暴力获取对象实例的方法，可以直接获取private修饰的构造函数，所以在放反射上只能被动防御。

既然能访问构造函数，那我们也可以在构造函数中建立防御机制。

public class Singleton  {private static volatile boolean flag = false;//私有构造方法private Singleton() {synchronized (Singleton.class){if (flag){throw new RuntimeException();}flag = true;}}private static class SingletonHolder {private static final Singleton INSTANCE = new Singleton();}//对外提供静态方法获取该对象public static Singleton getInstance() {return SingletonHolder.INSTANCE;}
}

防反序列化

在readObject（）方法的调用栈的底层方法中有这么两个方法：
hasReadResolveMethod:
表示如果实现了serializable 或者 externalizable接口的类中包含readResolve则返回true。

所以，原理也就清楚了，主要在Singleton中定义readResolve方法，并在该方法中指定要返回的对象的生成策略，就可以防止单例被破坏。

public class Singleton implements Serializable {//私有构造方法private Singleton() {}private static class SingletonHolder {private static final Singleton INSTANCE = new Singleton();}//对外提供静态方法获取该对象public static Singleton getInstance() {return SingletonHolder.INSTANCE;}private Object readResolve() {return SingletonHolder.INSTANCE;}
}