《Effect C++》学习------条款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 {};//也可以使用C++11的语法class MyLock : Uncopyable() = delete;

②对底层使用“引用计数法”
使用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就是采用这种技术.

请记住：

• [x] 复制RAII对象必须一并复制它所管理的资源，所以资源copying行为决定RAII对象的copying行为
• [x] 普遍而常见的RAII class copying行为是：抑制copying，施行引用计数法（shared_ptr思想），或者是转移底部资源（auto_ptr思想）