hualicuan的专栏

坚持不懈,水滴石穿

条款14:在资源管理类中小心coping行为
条款14:在资源管理类中小心coping行为
    在前一个条款,我们提出了RAII(资源获得即是初始化)技术,通过“对象管理资源”达到防止资源泄露,对于通过堆分配的内存,可以借助指针指针实现,但系统中有很多资源不是堆分配:文件句柄,锁,网络套接字。这些资源就需要自己实现对象来管理。
看一个简单的实现互斥锁资源对象管理
class Mutex{};
void lock(Mutex* mutex) {}  //锁住资源
void unlock(Mutex* mutex) {} //释放资源

class MyLock
{
public:
	explicit MyLock(Mutex *mutex) :m_mutex(mutex)
	{
		lock(m_mutex);
	}

	~MyLock() {unlock(m_mutex);}
private:
	Mutex *m_mutex;
};
调用
void process()
{
	Mutex mutex;
	MyLock mylock(&mutex);
	//process
} //离开作用域,mylock执行析构函数,释放mutex
管理对象被复制了,会出现什么情况?
void process()
{
	Mutex mutex;
	MyLock mylock(&mutex);
	MyLock mylock2(mylock);  //调用默认拷贝构造函数,指向同一个资源
	//process
} //离开作用域,mylock和mylock2执行析构函数,释放mutex两次
如何解决RAII对象被复制的情况呢?
①禁止复制;可以通过条款6的方法禁止类对象复制
class MyLock : private Uncopyable {};
②对底层使用“引用计数法”
   使用shared_ptr成员变量,指向需要管理的资源,当引用计数为0时则delete掉资源,但非堆分配内存是不能delete操作,只需要释放,为此,shared_ptr提供一种方法,即删除器,在引用计数为0时执行
class Mutex{};
void lock(Mutex* mutex) {}  //锁住资源
void unlock(Mutex* mutex) {} //释放资源

class MyLock
{
public:
	explicit MyLock(Mutex *mutex) :m_mutexPtr(mutex, unlock)
	{
		lock(m_mutexPtr.get());
	}

	//~MyLock() {unlock(m_mutex);} //不用再定义析构函数,直接通过m_mutexPtr删除器释放资源
private:
	std::tr1::shared_ptr<Mutex> m_mutexPtr;

};
调用
void process()
{
	Mutex mutex;
	MyLock mylock(&mutex);   //m_mutexPtr引用计数为2
	MyLock mylock2(mylock);  //调用默认拷贝构造函数,指向同一个资源,m_mutexPtr引用计数为2
	//process

} //离开作用域,成员对象mylock和mylock2的智能指针对象都执行析构函数且引用计数减为0,则调用删除器unlock()函数解除锁
③复制底部资源
    有些时候可以对某些资源进行多份拷贝,如常用的string类,实现方法是前面说过的深拷贝
④转移底部资源的拥有权。
    前面说过的auto_ptr就是采用这种技术.

记住
 ①复制RAII对象必须一并复制它所管理的资源,所以资源的copying行为决定RAII对象的copying行为.
 ②普遍而常见的RAII class copying行为是:抑制copying、施行引用计数法.不过其它行为也都可能被实现.


阅读更多
想对作者说点什么? 我来说一句

effect学习

2014年08月28日 2.14MB 下载

没有更多推荐了,返回首页

不良信息举报

条款14:在资源管理类中小心coping行为

最多只允许输入30个字

加入CSDN,享受更精准的内容推荐,与500万程序员共同成长!
关闭
关闭