【设计模式】单例模式，饿汉式单例和懒汉式单例

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

代码体现

class Singleton
{
public:
    //提供获取类实例的接口，静态方法，可以直接通过类名使用
    static Singleton* getInstance()
    {
        if(m_singleton == NULL)
        {
            m_singleton = new Singleton();
            return m_singleton;
        }
    }
    void show()
    {
        cout << "我是一个单例" << endl;
    }
private:
    //将构造函数，拷贝构造和赋值运算符重载声明为私有，拷贝构造和赋值运算符重载不实现
    Singleton()
    {
    }
    Singleton(const Singleton&);
    const Singleton& operator=(const Singleton&);
    Singleton* m_singleton;
};
//使用
int main()
{
    Singleton* singleton = Singleton::getInstance();
    singleton->show();
    return 0;
}

    单例模式将构造函数私有化，禁用拷贝构造和赋值运算符重载，提供一个静态接口返回唯一实例，保证了系统中有且只有这一个类的实例。单例模式在实际开发中会经常用到，简单实用。
    单例模式的关键就在于，一定保证只有这一个实例，上述代码在绝大多数情况下都能复合期望，但是，当系统是多线程时，线程A第一次调用getInstance()时，条件m_singleton==NULL通过，开始执行new Singleton()创建对象，在这个过程中（尚未创建完毕），线程B也调用了getInstance()，条件依然是判断通过的，那么最终的结果导致系统中有两个该类的实例，这是不允许的，为了解决多线程导致的这种问题，有以下两种方式：
饿汉式单例
    饿汉式单例是在类加载时创建对象，getInstance接口只需要返回创建的实例即可，保证了有且只有一个类的对象。

class Singleton
{
private:
    Singleton* m_singleton = new Singleton();
public:
    static Singleton* getInstance()
    {
        return m_singleton;
    }
}

懒汉式单例
懒汉式单例使用了线程锁保证只创建一个实例。

pthread_mutex_t singleton::mutex;
Singleton* m_singleton = NULL;
Singleton* getInitance()
{
    if (m_singleton == NULL)
    {
        // 加锁
        pthread_mutex_lock(&mutex);
        if (m_singleton == NULL)
            m_singleton = new Singleton();
        pthread_mutex_unlock(&mutex);
    }
    return m_singleton;
}

    以上之所以有两处都判断了对象是否被创建，是为了保证最终只有一个对象被创建，假设只有一次判断，锁加在判断外面，当线程A，B几乎同时经过此判断后，线程A开始进入锁执行创建，线程B等待，线程A创建完毕后，B还是会继续创建，所以，如果锁内还有一次判断，就避免了这种情况，这样我们就实现了双重检查锁定。
    既然这样为什么不对getInstance这个方法进行锁定呢？如果对方法进行锁定，在多线程高并发访问环境中，将会导致系统性能大大降低。所以双重检查锁定是相对来说好的解决方法。

饿汉式单例和懒汉式单例的对比
    1.饿汉式单例类在类被加载时就将自己实例化，它的优点在于无须考虑多线程访问问题，可以确保实例的唯一性，而懒汉必须处理好多个线程同时访问的问题，当出现多线程同时首次引用此类时，需要通过双重检查锁定等机制进行控制，这将导致懒汉系统性能受到一定影响。。
    2.从调用速度和反应时间角度来讲，由于饿汉单例对象一开始就得以创建，因此饿汉要优于懒汉式单例。
    3.饿汉在类加载时该对象就需要创建，而懒汉式单例类在第一次使用时创建，无须一直占用系统资源，实现了延迟加载，因此从资源利用效率角度来讲，饿汉式单例不及懒汉式单例
   &nbsp4.;在系统加载时由于需要创建饿汉式单例对象，加载时间可能会比较长。

单例模式的优缺点
优点：

1. 单例模式提供了对唯一实例的受控访问。因为单例类封装了它的唯一实例，所以它可以严格控制客户怎样以及何时访问它。
2. 由于在系统内存中只存在一个对象，因此可以节约系统资源，对于一些需要频繁创建和销毁的对象单例模式无疑可以提高系统的性能。
3. 允许可变数目的实例。基于单例模式我们可以进行扩展，使用与单例控制相似的方法来获得指定个数的对象实例，既节省系统资源，又解决了单例单例对象共享过多有损性能的问题。

缺点：

1. 由于单例模式中没有抽象层，因此单例类的扩展有很大的困难。
2. 单例类的职责过重，在一定程度上违背了“单一职责原则”。因为单例类既充当了工厂角色，提供了工厂方法，同时又充当了产品角色，包含一些业务方法，将产品的创建和产品的本身的功能融合到一起。
3. 现在很多面向对象语言(如Java、C#)的运行环境都提供了自动垃圾回收的技术，因此，如果实例化的对象长时间不被利用，系统会认为它是垃圾，会自动销毁并回收资源，下次利用时又将重新实例化，这将导致对象状态的丢失。

适用场景：

1. 系统只需要一个实例对象，如系统要求提供一个唯一的序列号生成器，或者需要考虑资源消耗太大而只允许创建一个对象。
2. 客户调用类的单个实例只允许使用一个公共访问点，除了该公共访问点，不能通过其他途径访问该实例。
3. 在一个系统中要求一个类只有一个实例时才应当使用单例模式。反过来，如果一个类可以有几个实例共存，就需要对单例模式进行改进，使之成为多例模式。

参考：https://blog.csdn.net/LoveLion/article/details/17517213