Singleton模式(下)

我们来看看利用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

 

 

 

 

 

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值