设计模式之 单例模式

一、定义

       单例模式(Singleton Pattern)：单例模式确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例，这个类称为单例类，它提供全局访问的方法。

二、基本结构

    一个私有Singleton属性

private static  Singleton instance = null; 

    一个构造方法

private Singleton(){}  // 确保外部不可见且自身调用

    一个用来外部调用的公有方法，并在此方法中进行创建对象

public static Singleton getInstance(){
      if(instance == null){    // 确保这个类只有一个实例
          instance = new Singleton();
      }
      return instance;
}

    

三、时序图

    

四、代码分析

     1、懒汉式，线程不安全

        描述： 这种方式是最基本的实现方式，这种实现最大的问题就是不支持多线程。因为没有加锁 synchronized，所以严格意义上它并不算单例模式。

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

    2、懒汉式，线程安全

      描述：这种方式能够在多线程中很好的工作，但是，效率很低，99% 情况下不需要同步。

        优点：第一次调用才初始化，避免内存浪费。

        缺点：必须加锁 synchronized 才能保证单例，但加锁会影响效率。

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

    3、饿汉式

        描述：这种方式比较常用，但容易产生垃圾对象。它基于 classloder 机制避免了多线程的同步问题，不过instance 在类装载时就实例化，虽然导致类装载的原因有很多种，在单例模式中大多数都是调用 getInstance 方法， 但是也不能确定有其他的方式导致类装载，这时候初始化 instance 显然没有达到 lazy loading 的效果。

        优点：没有加锁，执行效率会提高。

        缺点：类加载时就初始化，浪费内存。

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

     4、双检锁/双重校验锁    

    这种方式采用双锁机制，安全且在多线程情况下能保持高性能。getInstance() 的性能对应用程序很关键。

public Singleton {
    private volatile static instance = null;  // volatile 保证对象的原子性
    private Singleton() {   
    }
    public static Singleton getInstance() {
         if(instance == null){ 
            synchronized(Signleton.class) {   
               if(instance == null){
                     instance = new Singleton();
               }
            } 
        }
        return instance;      
    }
}

    5、静态内部类

        这种方式能达到双检锁方式一样的功效，但实现更简单。对静态域使用延迟初始化，应使用这种方式而不是双检锁方式。这种方式只适用于静态域的情况，双检锁方式可在实例域需要延迟初始化时使用。
这种方式同样利用了 classloder 机制来保证初始化 instance 时只有一个线程，它跟第 3 种方式不同的是：第 3 种方式只要 Singleton 类被装载了，那么 instance 就会被实例化（没有达到 lazy loading 效果），而这种方式是 Singleton 类被装载了，instance 不一定被初始化。因为 SingletonHolder 类没有被主动使用，只有通过显式调用 getInstance 方法时，才会显式装载 SingletonHolder 类，从而实例化 instance。想象一下，如果实例化 instance 很消耗资源，所以想让它延迟加载，另外一方面，又不希望在 Singleton 类加载时就实例化，因为不能确保 Singleton 类还可能在其他的地方被主动使用从而被加载，那么这个时候实例化 instance 显然是不合适的。这个时候，这种方式相比第 3 种方式就显得很合理。

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

五、优缺点

     优点:

        1、提供了对唯一实例的受控访问。因为单例类封装了它的唯一实例，所以它可以严格控制客户怎样以及何时访问它，并为设计及开发团队提供了共享的概念。

        2、由于在系统内存中只存在一个对象，因此可以节约系统资源，对于一些需要频繁创建和销毁的对象，单例模式无疑可以提高       系统的性能。    

        3、允许可变数目的实例。我们可以基于单例模式进行扩展，使用与单例控制相似的方法来获得指定个数的对象实例。

     缺点：    

      1、由于单例模式中没有抽象层，因此单例类的扩展有很大的困难。  

      2、单例类的职责过重，在一定程度上违背了“单一职责原则”。因为单例类既充当了工厂角色，提供了工厂方法，同时又充当了产品角色，包含一些业务方法，将产品的创建和产品的本身的功能融合到一起

      3、滥用单例将带来一些负面问题，如为了节省资源将数据库连接池对象设计为单例类，可能会导致共享连接池对象的程序过多而出现连接池溢出；现在很多面向对象语言(如Java、C#)的运行环境都提供了自动垃圾回收的技术，因此，如果实例化的对象长时间不被利用，系统会认为它是垃圾，会自动销毁并回收资源，下次利用时又将重新实例化，这将导致对象状态的丢失。

六、应用

        1、系统只需要一个实例对象，如系统要求提供一个唯一的序列号生成器，或者需要考虑资源消耗太大而只允许创建一个对象。

       2、客户调用类的单个实例只允许使用一个公共访问点，除了该公共访问点，不能通过其他途径访问该实例。

       3、在一个系统中要求一个类只有一个实例时才应当使用单例模式。反过来，如果一个类可以有几个实例共存，就需要对单例模式进行改进，使之成为多例模式、