设计模式（一）：单例模式

参考连接：http://blog.csdn.net/tanyujing/article/details/14160941

为什么使用单例模式呢？
创建类时又确实只需要维护一份实例时，就需要用单例模式了


应用场景：
1.WINDOWS的回收站和任务管理器等。
2.读取配置文件的类用单例，配置文件只要读取一次就可以全局使用了。
3.数据库连接池的设计一般也是采用单例模式，因为数据库连接是一种数据库资源。数据库软件系统中使用数据库连接池，主要是节省打开或者关闭数据库连接所引起的效率损耗，这种效率上的损耗还是非常昂贵的，因为何用单例模式来维护，就可以大大降低这种损耗。
4.应用程序的日志应用，一般都何用单例模式实现，这一般是由于共享的日志文件一直处于打开状态，因为只能有一个实例去操作，否则内容不好追加。
5.多线程的线程池的设计一般也是采用单例模式，这是由于线程池要方便对池中的线程进行控制。
6.操作系统的文件系统，也是大的单例模式实现的具体例子，一个操作系统只能有一个文件系统。

总结以上，不难看出,单例模式应用的场景一般发现在以下条件下：
1.资源共享的情况下，避免由于资源操作时导致的性能或损耗等。如上述中的日志文件，应用配置。
2.控制资源的情况下，方便资源之间的互相通信。如线程池等。

实现代码：

<span style="font-size:18px;">#include "stdafx.h"
#include <iostream>
using namespace std;
class singleton
{
public:
	static singleton* GetSingleInstance()
	{
		if (nullptr == m_singleton)
			m_singleton = new singleton();
		return m_singleton;
	}
	//其他methods
	
private:
	static singleton* m_singleton;
	~singleton()
	{
		cout << "singleton 析构..." << endl;
	}
	singleton() //私有构造函数，防止单例被new构造
	{
		cout << "singleton 构造..." << endl;
	}

	class GarbageCollector //单例对象singleton在类外释放不优雅，也容易忘记。构造GarbageCollector类来自我释放
	{
	public:
		GarbageCollector()
		{}
		~GarbageCollector()
		{
			if (singleton::m_singleton) //释放m_singleton
			{
				delete singleton::m_singleton;
				singleton::m_singleton = nullptr;
			}
		}

	private:
	};
	static GarbageCollector m_garbageCollector; //静态GarbageCollector成员
	
};
singleton* singleton::m_singleton = nullptr;//static成员初始化
singleton::GarbageCollector singleton::m_garbageCollector;// 一定要初始化，不然不会调用GarbageCollector的析构

int _tmain(int argc, _TCHAR* argv[])
{
	singleton* p1 = singleton::GetSingleInstance();
	singleton* p2 = singleton::GetSingleInstance();
	if (p1 == p2)
		cout << "p1 == p2" << endl;
	return 0;
}</span>

输出：

<span style="font-size:18px;">singleton 构造...
p1 == p2
singleton 析构...
请按任意键继续. . .</span>