创建型模式——单例模式详解

单例模式就是某个类有且仅有一个实例。适用场景：工具类或创建对象实例需要消耗资源的时候。

懒汉模式

1：构造器私有    2：延迟创建实例  3：线程不安全 

public class Singleton {

    private static Singleton instance = null;

    private Singleton (){

    }  

    public static Singleton getInstance() {

        if (instance == null) { 

              instance = new Singleton(); 

         } 

          return instance; 

    } 

}

懒汉式线程不安全，只有在调用getInstance()方法的时候才会创建对象，所以有可能thread1在if（instance==null）判断为真时进入了if体里却还没有来得及执行instance = new Singleton();  这时thread1丢失cpu，此时thread2进入if并执行instance = new Singleton(); 然后thread2丢失cpu，thead1在此时唤醒并继续执行instance = new Singleton()，最终导致有两个实例产生！

饿汉模式

1：构造器私有    2：类加载时创建实例  3：线程安全，对象不易回收，浪费资源

public class Singleton {

    private static Singleton instance = new Singleton();

    private Singleton (){

    } 

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

饿汉模式在jvm加载类的时候就实例化对象了，类的加载是线程安全的，确保只能构造唯一的实例对象载入内存，如果thread1和thread2同时调用getInstance()方法，获得的实例依旧是类加载时初始化唯一的实例，所以饿汉模是线程安全的。

 

双重检测锁模式

1：构造器私有  2：延迟加载、3：线程安全  综合懒汉模式和饿汉模式的优点在，既安全又在多线程下保持性能

public class Singleton { 

    private volatile static Singleton singleton; 

    private Singleton (){} 

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

双重检查模式是对懒汉模式的优化，进行了两次对象为空判断，流程：如果thead1在进入第一个singleton == null后，准备进入 synchronized (Singleton.class)方法体，这时候thead1丢失cpu，此时thead2获得cpu并进入synchronized (Singleton.class)方法体完成了singleton = new Singleton()的初始化操作，紧接着退出synchronized (Singleton.class)方法体，此时thead1唤醒进入synchronized (Singleton.class)方法体后，就需要判断singleton是否已经被其他线程初始化。所以第一次判断是为了避免多实例，第二次判断是为了对多线程对象进行同步，避免多线程问题。但是由于singleton=new Singleton()的实例化过程在JVM中可能会进行重排序，所以在多线程访问下仍然存在一定风险，使用volatile关键字修饰signleton保证了signleton的改变对各个线程的可见性。

静态内部类单例模式

1：构造器私有  2：延迟加载、3：线程安全  综合懒汉模式和饿汉模式的优点在，既安全又在多线程下保持性能

public class Singleton {

    private Singleton(){}

    private static class Inner { 
            private static final Singleton instance = new Singleton(); 
    } 

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

第一次调用getInstance方法返回内部类实例变量 instance，这时初始化instance，因为类初始化的时候只有一个线程可以获得对象的初始化锁，其他线程无法进行初始化，保证实例的唯一性（ps：因为jvm的方法区是线程安全的。所有的线程都共享方法区，所以在某一个确定时刻，有且仅有一个线程去装载某个类，其它线程必须等待）。

枚举单例模式

public enum Singleton {
    INSTANCE;
}

枚举实例的创建是线程安全的，是因为创建一个枚举类型默认继承了Enum ，其属性都是static类型，而static类型的属性会在类被加载之后被初始化，一个类第一次加载的时候静态资源被初始化、而类的加载过程和初始化都是线程安全的。所以，创建一个enum类型是线程安全的。但枚举实例在日常开发是很少使用的，就是很简单以导致可读性较差。

反射机制对单例模式的破坏

在单例模式下创建的对象虽然是唯一的，但是既然是对象，那么就会有某种状态。所面临的问题就是序列化带来的问题。那就是序列化会通过反射调用无参数的构造方法创建一个新的对象。为了防止单例模式被反射机制破坏。有两种方案：

1、反射保护：在无参数的构造方法中判断对象是否被创建（是否为null），如果已经被创建被创建则抛出异常终止程序

2、序列化保护：当对象被序列化时，重写readResolve方法。

private Object readResolve() throws ObjectStreamException{
        return xx对象;
}