Effective C++ 读书笔记(14)

条款14：在资源管理类中小心copying行为

在条款中主要的介绍了智能指针的用法，那里解决为问题是指向一个heap空间的指针的申请与释放问题，然而并非所有

的资源都是在heap中申请的，这时候智能指针就不适合了，例如对于类型为Mutex的互斥器对象，只有lock和unlock的操作，在

这里lock与unlock是成对存在的，为了防止调用lock后忘记unlock我们可以自己管理资源，例如：

class Lock{public:    explicit Lock(Mutex* pm):mutexPtr(pm){lock(mutexPtr);}~Lock(){unlock(mutexPtr);}private:Mutex* mutexPtr;};

Mutex m；.....{    ......    Lock m1(&m)    ......}

这样在m1离开作用域的时候，会自动的调用Lock的析构函数也就是Mutex的unlock函数解锁！

但是此时如果出现复制操作，Lock  m11(&m); Lock  m12(m11)此时会怎样来处理？这个主要有以下几种方法：

1.禁止复制，有时候有些对象是不适合被复制的，对于一个想Lock这样的对象就是这样的情况，我们可以采用前面介绍

的方法，

class Lock:public Uncopyable{public:    ....};

2.对底层资源采用"引用计数法"，tr1::shared_ptr就是这种情况，当资源的被复制的时候，资源的引用计数就会+1，对应

的如果引用计数为0，就释放该资源，shared_ptr缺省的情况下会在指针计数为0 的时候释放资源，在特殊情况下我们可

以制定指针为0的时候采用的动作，例如：

class Lock{public:explicit Lock(Mutex* pm):mutexPtr(pm,unlocak){lock(mutexPtr.get());}private:tr1::shared_ptr<Mutex> mutexPtr;};

在本例中不用再写析构函数，因为默认析构函数调用的时候，会自动的调用mutexPtr的析构函数，即为前面制定的unlock

函数。

3.复制底部资源。只要你喜欢你可以对一个申请的资源做任何多份的copy，此时copy的时候不仅要copy资源管理类，还

要对其包裹的任何的资源进行复制，这就是所谓的深度copy

4.移交底部资源的所有权。例如auto_ptr,每份资源只有一个资源管理对象，当copy的时候，被copy的资源将变为空。

请记住：

• 复制RAII对象必须一并复制它所管理的资源，所以资源的copying行为决定RAII的行为
• 常见的RAII类的copy行为主要有：禁止copying，采用引用计数法，还有上面介绍的两种也是常用的方法！