现在的位置: 首页 > 综合 > 正文

Singleton模式(下)

2013年12月09日 ⁄ 综合 ⁄ 共 4218字 ⁄ 字号 评论关闭

我们来看看利用Singlton模式来编程的几个细节.

首先是线程安全问题, 我们的Instance方法只在第一次创建类的实例, 但是如果有两个线程同时访问Instance. 则存在潜在风险.

来分析一下, 假设有两个线程A, B. 当A进入Instance(), 发现该对象还没有创建, 进入if()分支. 此时由于时间片到或者被抢占等原因, 线程A被挂起, 开始运行线程B. 此时B也调用Instance()同时也发现对象没有创建, 进入if()分支创建了一个类对象. 二当A线程再次运行回来的时候它会再创建一个类对象. 最终B线程创建的类对象, 我们已经没有办法再找到他了,  造成了内存的泄露.

解决这个问题的办法很显然就是加入线程资源同步的手段. 为了跟开发平台无关, 我们 假设有一个Mutex互斥信号量的类. 看下面的改进代码.

由于增加了互斥信号量的保护, 同一时间只有一个线程可以进入到临界代码段, 确保了安全性.

我们再来看效率问题, 绝大部分时候调用Instance方法去获得类实例时, 都会执行Lock, Unlock. 而我们设计的本意是保证这个对象还没创建的时候才需要保护. 因此我们可以在Lock机制外面再增加一次对资源的判断, 完美的解决了这个问题.

接下来让我们关注一下内存的问题, 首先理解二点:

第一, 这里声明Singleton<T>模板类的构造,析构为private的, 因为我们不需要创建任何一个Singleton<T>的对象. 我们只是通过它的接口去创建具体的某种功能类实例.

第二, 对于Singleton<T>类中的静态成员我们不必担心他们本身的内存问题, 因为静态成员与全局变量是一样的, 构造和析构是在main()之前和之后自动调用.

因此我们要关注的就是被创建的功能类如何释放的问题. 在上一篇中我将所有功能类的析构声明为public. 让在main的最后面使用delete来删除所创建的对象. 这样看似解决了内存泄露的问题. 但是在实际应用中我们会很多地方要使用到功能类. 如何去确定删除的时机? 这是很头疼的问题.  能想到的最好的方法就是让这个对象在main之后自动析构. 为了达到这个目的, 我们使用auto_ptr<T>这个智能指针模板类来管理功能类对象的内存. 看下面代码块

上面将所有功能类的析构声明private, 这里外部不能任意去delete. 同时将auto_ptr<T>声明为功能类的友元, 使得auto_ptr的析构中能够去调用功能类的private析构函数. 从而实现内存释放.

 

好了, 说了这么多, 最终给出一个Ready to Run的Singleton.h并用一个main.cpp例子演示.

Singleton.h

main.cpp

 

 

 

 

 

 

 

抱歉!评论已关闭.