《Head First 设计模式》学习笔记——单件（例）模式

《Head First 设计模式》学习笔记——单件（例）模式

---

1.定义

确保一个类只有一个实例，并提供一个全局访问点

2.为什么需要单件模式？

有一些对象我们只需要一个，如：线程池、缓存、对话框、注册表、日志对象、驱动程序对象等。事实上，这些对象只能有一个实例，如果制造出多个实例就会导致许多问题，如：程序的行为异常、资源使用过量，或者是不一致的结果

3.使用静态变量作为全局变量的缺点

• 必须在程序一开始就创建好对象（容易造成资源的浪费）

4.经典的单件模式

public class Singleton{
    //利用静态变量来记录Singleton类的唯一实例
    private static Singleton uniqueInstance;
    //把构造器声明成私有的，只有Singleton类内部才可以调用构造器
    private Singleton(){}
    //用getInstance()方法实例化对象，并返回这个实例
    public static Singleton getInstance(){
        if(uniqueInstance == null){
            uniqueInstance = new Singleton();
        }
        return uniqueInstance;
    }
}

5.多线程会对单例模式产生影响

当一个线程进入uniqueInstance == null判断时，还没有创建实例，就被另一个线程执行了，这个线程也将
进入uniqueInstance == null，所以它也可以创建实例，所以此时就会创建出两个实例对象

解决多线程影响的方法

1.使用同步锁

public static synchronized Singleton getInstance(){
    ...
}

使用同步锁的问题：1.降低性能；2.当创建了uniqueInstance实例后就不再需要同步

2.改善多线程的方法

• 1.如果getInstance()的性能对应用程序不是很关键，就什么都别做

• 2.使用“急切”创建实例，而不用延迟实例化的做法

  public  class Singleton{
      //在静态初始化器中创建单件，保证了线程安全
      private static Singleton uniqueInstance = new Singleton();
      private Singleton(){}
      public static Singleton getInstance(){
          return uniqueInstance;
      }
  }
  

  这个做法依赖JVM在加载这个类时马上创建此唯一的单件模式，保证了在任何线程访问uniqueInstance静态变量之前，先创建此实例

• 3.用“双重检查加锁”，在getInstance()中减少使用同步（尚未创建才进行同步）

  public class Singleton{
      private volatile static Singleton uniqueInstance;
      private Singleton(){}
      public static Singleton getInstance(){
          if(uniqueInstance == null){//保证当实例被创建后就不在执行以下代码
              synchronized(Singleton.class){
                  if(uniqueInstance == null){//进入区块后，再检查一次，如果仍是null，才创建实例
                      uniqueInstance = new Singleton();
                  }
              }
          }
          return uniqueInstance;
      }
  }
  

  volatile关键字确保：当uniqueInstance变量被初始化成Singleton实例时，多个线程正确地处理uniqueInstance变量