意图:保证一个类仅有一个实例,并提供一个访问它的全局访问点。
主要解决:一个全局使用的类频繁地创建与销毁。
何时使用:当您想控制实例数目,节省系统资源的时候。
如何解决:判断系统是否已经有这个单例,如果有则返回,如果没有则创建。
关键代码:构造函数是私有的。
应用实例:
一个班级只有一个班主任。
Windows 是多进程多线程的,在操作一个文件的时候,就不可避免地出现多个进程或线程同时操作一个文件的现象,所以所有文件的处理必须通过唯一的实例来进行。
一些设备管理器常常设计为单例模式,比如一个电脑有两台打印机,在输出的时候就要处理不能两台打印机打印同一个文件。
优点:在内存里只有一个实例,减少了内存的开销,尤其是频繁的创建和销毁实例(比如管理学院首页页面缓存)。
避免对资源的多重占用(比如写文件操作)。
缺点:没有接口,不能继承,与单一职责原则冲突,一个类应该只关心内部逻辑,而不关心外面怎么样来实例化。
使用场景:
要求生产唯一序列号。
WEB 中的计数器,不用每次刷新都在数据库里加一次,用单例先缓存起来。
创建的一个对象需要消耗的资源过多,比如 I/O 与数据库的连接等。
之前看《程序员的自我修养》这本书时发现一段比较细节之处;
volatile T * pInst = nullptr;
T * GetInstance()
{
if(nullptr == pInst)
{
lock();
if(nullptr == pInst)
{
pInst = new T();
unlock();
}
return pInst;
}
书中指出:
" 表面上这段代码是没有问题的,但实际还是存在问题,来源于CPU的乱序执行,c++中new分为两步:
1,分配内存
2:,调用构造函数
所以 pInst = new T();这句代码分为三步:
1,分配内存
2,在内存的位置上调用构造函数
3,将内存的地址复制给pInst
在这三步中,2和3的顺序是可以颠倒的。也就是说,完全有可能出现pInst的值已经不是nullptr,但对象的仍然没有构造完毕,这时候如果出现另外一个对GetInstance的并发调用,此时第一个if内的pInst已经不为nullptr。所以这个调用会直接返回尚未构造完全的对象的地址以提供给用户使用。那么这个程序就存在崩溃的可能性。"
所以在使用单例模式的时候尽量用最推荐的模式 -- 局部静态变量
class Singleton
{
public:
~Singleton()
{
std::cout<<"destructor called!"<<std::endl;
}
Singleton(const Singleton&) = delete;
Singleton& operator=(const Singleton&) = delete;
static Singleton& get_instance()
{
static Singleton instance;
return instance;
}
private:
Singleton()
{
std::cout<<"constructor called!"<<std::endl;
}
};
int main(int argc, char *argv[])
{
Singleton& instance_1 = Singleton::get_instance();
Singleton& instance_2 = Singleton::get_instance();
return 0;
}
这种方法又叫做 Meyers' SingletonMeyer's的单例, 是著名的写出《Effective C++》系列书籍的作者 Meyers 提出的。所用到的特性是在C++11标准中的Magic Static特性:
If control enters the declaration concurrently while the variable is being initialized,the concurrent execution
shall wait for completion of the initialization.
如果当变量在初始化的时候,并发同时进入声明语句,并发线程将会阻塞等待初始化结束。
这样保证了并发线程在获取静态局部变量的时候一定是初始化过的,所以具有线程安全性。
我发现项目中有返回指针的方式:
static Singleton* get_instance()
{
static Singleton instance;
return &instance;
}
这样做并不好,理由主要是无法避免用户使用delete instance导致对象被提前销毁。还是建议大家使用返回引用的方式。