单例模式

一：什么叫单例模式？

单例模式，也叫单子模式，是一种常用的软件设计模式。在应用这个模式时，单例对象的类必须保证只有一个实例存在。许多时候整个系统只需要拥有一个的全局对象，这样有利于我们协调系统整体的行为。比如在某个服务器程序中，该服务器的配置信息存放在一个文件中，这些配置数据由一个单例对象统一读取，然后服务进程中的其他对象再通过这个单例对象获取这些配置信息。这种方式简化了在复杂环境下的配置管理。

实现单例模式的思路是：一个类能返回对象一个引用(永远是同一个)和一个获得该实例的方法（必须是静态方法，通常使用getInstance这个名称）；当我们调用这个方法时，如果类持有的引用不为空就返回这个引用，如果类保持的引用为空就创建该类的实例并将实例的引用赋予该类保持的引用；同时我们还将该类的构造函数定义为私有方法，这样其他处的代码就无法通过调用该类的构造函数来实例化该类的对象，只有通过该类提供的静态方法来得到该类的唯一实例。

单例模式在多线程的应用场合下必须小心使用。如果当唯一实例尚未创建时，有两个线程同时调用创建方法，那么它们同时没有检测到唯一实例的存在，从而同时各自创建了一个实例，这样就有两个实例被构造出来，从而违反了单例模式中实例唯一的原则。 解决这个问题的办法是为指示类是否已经实例化的变量提供一个互斥锁(虽然这样会降低效率)。

二：c++实现

这里的版本采用boost库的pthread_once来实现

#include <pthread.h>

template<typename T>
class Singleton : boost::noncopyable
{
 public:
  static T& instance()
  {
    pthread_once(&ponce_, &Singleton::init);
    return *value_;
  }

  static void init()
  {
    value_ = new T();
  } 

 private:
  static pthread_once_t ponce_;
  static T* value_;
};

template<typename T>
pthread_once_t Singleton<T>::ponce_ = PTHREAD_ONCE_INIT; 

template<typename T>
T* Singleton<T>::value_ = NULL;

 

三：多线程中单例模式需要注意的地方

3.1 为什么要在多线程中创建单例模式的时候要进行双重锁定？

转自：http://blog.sina.com.cn/s/blog_7f311ef50102uxvs.html

先回顾一下双重锁定的代码块。

public class SingleTon {
   
    private static SingleTon singleTon = null;
   
       
    public SingleTon() {
        // TODO Auto-generated constructor stub
    }
   
   
    public static SingleTon getInstance(){
        if (singleTon == null) {
            synchronized (SingleTon.class) {
                if (singleTon == null) {
                    singleTon = new SingleTon();
                }
            }
        }
        return singleTon;
    }

}

为何要使用双重检查锁定呢？上文已经大概说了一下。

考虑这样一种情况，就是有两个线程同时到达，即同时调用 getInstance() 方法，

此时由于singleTon == null ，所以很明显，两个线程都可以通过第一重的singleTon == null ，

进入第一重 if 语句后，由于存在锁机制，所以会有一个线程进入 lock 语句并进入第二重singleTon == null ，

而另外的一个线程则会在 lock 语句的外面等待。

而当第一个线程执行完 new SingleTon（）语句后，便会退出锁定区域，此时，第二个线程便可以进入 lock 语句块，

此时，如果没有第二重singleTon == null 的话，那么第二个线程还是可以调用 new SingleTon （）语句，

这样第二个线程也会创建一个SingleTon实例，这样也还是违背了单例模式的初衷的，

所以这里必须要使用双重检查锁定。

细心的朋友一定会发现，如果我去掉第一重 singleton == null ，程序还是可以在多线程下完好的运行的，

考虑在没有第一重 singleton == null 的情况下，

当有两个线程同时到达，此时，由于 lock 机制的存在，第一个线程会进入 lock 语句块，并且可以顺利执行 new SingleTon（），

当第一个线程退出 lock 语句块时， singleTon 这个静态变量已不为 null 了，所以当第二个线程进入 lock 时，

还是会被第二重 singleton == null 挡在外面，而无法执行 new Singleton（），

所以在没有第一重 singleton == null 的情况下，也是可以实现单例模式的？那么为什么需要第一重 singleton == null 呢？

这里就涉及一个性能问题了，因为对于单例模式的话，new SingleTon（）只需要执行一次就 OK 了，

而如果没有第一重 singleTon == null 的话，每一次有线程进入 getInstance（）时，均会执行锁定操作来实现线程同步，

这是非常耗费性能的，而如果我加上第一重 singleTon == null 的话，

那么就只有在第一次，也就是 singleTton ==null 成立时的情况下执行一次锁定以实现线程同步，

而以后的话，便只要直接返回 Singleton 实例就 OK 了而根本无需再进入 lock 语句块了，这样就可以解决由线程同步带来的性能问题了。

参考文献：

1 http://zh.wikipedia.org/wiki/%E5%8D%95%E4%BE%8B%E6%A8%A1%E5%BC%8F (wiki的单例模式科普，很基础，很好懂)

2 http://www.cnblogs.com/rush/archive/2011/10/30/2229565.html (单例模式的6中实现,C#实现)

3 http://www.ibm.com/developerworks/cn/java/j-dcl.html (java中单例模式中双重检查锁机制的失效)

4 http://www.cnblogs.com/ccdev/archive/2012/12/19/2825355.html (用c++实现的版本)

5 http://blog.cnbang.net/tech/2229/ （C++单例实现的坑）

6 http://blog.csdn.net/hackbuteer1/article/details/7460019 （C++中的单例模式 ）