设计模式：单例

定义与类型

定义：保证一个类仅有一个实例，并提供一个全局访问点
类型：创建型

适用场景

想确保任何情况下都绝对只有一个实例

优点

• 在内存里只有一个实例，减少了内存开销
• 可以避免对资源的多重占用
• 设置全局访问点，严格控制访问

缺点

没有接口，扩展比较困难

重点

• 私有构造器
• 线程安全
• 延迟加载
• 序列化和反序列安全
• 反射（防止反射攻击）

单例相关设计模式

工厂模式
享元模式

Coding

懒汉式的三种写法

线程不安全

 final class Singleton {
  
  private static Singleton instance;
  
  private Singleton() {};
  
  public static Singleton getInstance() {
    if (instance == null) {
     instance = new Singleton();
    }
    return instance;
  }
  
}
1) 起到了Lazy Loading的效果，但是只能在单线程下使用。
2) 如果在多线程下，一个线程进入了if (singleton == null)判断语句块，还未来得及
往下执行，另一个线程也通过了这个判断语句，这时便会产生多个实例。所以
在多线程环境下不可使用这种方式
3) 结论：在实际开发中，不要使用这种方式.

线程安全同步方法

final class Singleton {
  
  private static Singleton instance;
  
  private Singleton() {};
  
  public synchronized static Singleton getInstance() {
    if (instance == null) {
     instance = new Singleton();
    }
    return instance;
  }
} 
  1) 解决了线程不安全问题
2) 效率太低了，每个线程在想获得类的实例时候，执行getInstance()方法都要进行
同步。而其实这个方法只执行一次实例化代码就够了，后面的想获得该类实例，
直接return就行了。方法进行同步效率太低
3) 结论：在实际开发中，不推荐使用这种方式
 

同步代码块

 final class Singleton {
  
  private static Singleton instance;
  
  private Singleton() {};
  
  public static Singleton getInstance() {
    if (instance == null) {
     synchronized (Singleton.class) {
       instance = new Singleton();
     }
    }
    return instance;
  }
}
1) 这种方式，本意是想对第四种实现方式的改进，因为前面同步方法效率太低，
改为同步产生实例化的的代码块
2) 但是这种同步并不能起到线程同步的作用。跟第3种实现方式遇到的情形一
致，假如一个线程进入了if (singleton == null)判断语句块，还未来得及往下执行，
另一个线程也通过了这个判断语句，这时便会产生多个实例
3) 结论：在实际开发中，不能使用这种方式

DoubleCheck

final class Singleton {
  
  private static volatile Singleton instance;
  
  private Singleton() {};
  
  public static Singleton getInstance() {
    if (instance == null) {
     synchronized (Singleton.class) {
       if (instance == null) {
         instance = new Singleton();        
       }
     }
    }
    return instance;
  }
}
 
1) Double-Check概念是多线程开发中常使用到的，如代码中所示，我们进行了两次if (singleton == null)检查，这样就可以保证线程安全了。
2) 这样，实例化代码只用执行一次，后面再次访问时，判断if (singleton == null)，
直接return实例化对象，也避免的反复进行方法同步.
3) 线程安全；延迟加载；效率较高
4) 结论：在实际开发中，推荐使用这种单例设计模式
 
为什么instance要使用volatile来修饰？
如果不加volatile，当执行到第二个if里的new语句时，会发生指令重排序，会先给引用赋值，然后在去创建对象，如果t1线程执行到了给引用已经赋完值的阶段，此时t2线程执行到了第一个if判断语句，那么此时t2检查到不为空，直接返回instance，但是此时t1线程并没有创建实际的对象，所以此时t2拿到的是一个未初始化完毕的单例
 
使用volatile关键字可以禁止指令重排序， 让创建对象的指令在赋值引用之前。volatile可以防止写屏障之前的代码排在写屏障之后。

静态内部类

final class Singleton {
 
  private Singleton() {}
 
  //问题1：属于懒汉式还是饿汉式？ 懒汉式
  private static class SingletonInstance {
    private static final Singleton INSTANCE = new Singleton();
  }
 
  //在创建时，是否有并发问题？ 没有
  public static Singleton getInstance() {
    return SingletonInstance.INSTANCE;
  }
 }
 
1) 这种方式采用了类装载的机制来保证初始化实例时只有一个线程。
2) 静态内部类方式在Singleton类被装载时并不会立即实例化，而是在需要实例化
时，调用getInstance方法，才会装载SingletonInstance类，从而完成Singleton的
实例化。
3) 类的静态属性只会在第一次加载类的时候初始化，所以在这里，JVM帮助我们
保证了线程的安全性，在类进行初始化时，别的线程是无法进入的。
4) 优点：避免了线程不安全，利用静态内部类特点实现延迟加载，效率高
5) 结论：推荐使用.
 

饿汉式的两种写法

静态常量

// 问题1：为什么加 final 防止子类重写父类中的方法，破坏单例
// 问题2：如果实现了序列化接口, 还要做什么来防止反序列化破坏单例
final class Singleton implements Serializable {
  // 问题3：为什么设置为私有? 是否能防止反射创建新的实例?
  // 防止外部无限创建对象，不能
  private Singleton() {
  }
 
  // 问题4：这样初始化是否能保证单例对象创建时的线程安全? 可以
  private static final Singleton INSTANCE = new Singleton();
 
  // 问题5：为什么提供静态方法而不是直接将 INSTANCE 设置为 public, 说出你知道的理由
  // 更好的封装性，可以实现懒惰的初始化，对创建对象时有更多的控制，支持泛型
  public static Singleton getInstance() {
    return INSTANCE;
  }
 
  //如果实现了序列化接口，实现这个方法可以防止反序列化破坏单例，反序列化时会返回readResolve()
  //所返回的对象，而不是反序列化时生成的对象
  public Object readResolve() {
    return INSTANCE;
  }
}
1) 优点：这种写法比较简单，就是在类装载的时候就完成实例化。避免了线程同
步问题。
2) 缺点：在类装载的时候就完成实例化，没有达到Lazy Loading的效果。如果从始
至终从未使用过这个实例，则会造成内存的浪费
3) 这种方式基于classloder机制避免了多线程的同步问题，不过，instance在类装载
时就实例化，在单例模式中大多数都是调用getInstance方法， 但是导致类装载
的原因有很多种，因此不能确定有其他的方式（或者其他的静态方法）导致类
装载，这时候初始化instance就没有达到lazy loading的效果
4) 结论：这种单例模式可用，可能造成内存浪费
 

静态代码块

 final class Singleton {
  
  private static Singleton instance;
  
  static {
    instance = new Singleton();
  }
  
  private Singleton() {}
  
  public static Singleton getInstance() {
    return instance;
  }
}
1) 这种方式和上面的方式其实类似，只不过将类实例化的过程放在了静态代码块
中，也是在类装载的时候，就执行静态代码块中的代码，初始化类的实例。优
缺点和上面是一样的。
2) 结论：这种单例模式可用，但是可能造成内存浪费

枚举

// 问题1：枚举单例是如何限制实例个数的？ 定义时有几个，就有几个实例对象
// 问题2：枚举单例在创建时是否有并发问题？ 也是成员变量，在类加载时完成
// 问题3：枚举单例能否被反射破坏单例？ 不能
// 问题4：枚举单例能否被反序列化破坏单例？ 可以
// 问题5：枚举单例属于懒汉式还是饿汉式？ 饿汉式
// 问题6：枚举单例如果希望加入一些单例创建时的初始化逻辑该如何做？ 构造方法
enum Singleton {
  INSTANCE; //相当于枚举类的静态成员变量
}
1) 这借助JDK1.5中添加的枚举来实现单例模式。不仅能避免多线程同步问题，而
且还能防止反序列化重新创建新的对象。
2) 这种方式是Effective Java作者Josh Bloch 提倡的方式
3) 结论：推荐使用

推荐使用DoubleCheck、静态内部类、枚举，如果保证单例对象一定会用到，也推荐使用饿汉式

JDK源码解析

JDK中的Runtime类的getRunTime方法