C++箴言：谨慎考虑资源管理类的拷贝行为.pdfVIP

C++箴言：谨慎考虑资源管理类的拷贝行为 public: explicit Lock(Mutex *pm) : mutexPtr(pm) { lock(mutexPtr); } // acquire resource ~Lock() { unlock(mutexPtr); } // release resource private: Mutex *mutexPtr; }; 客户根据 RAII 风格的惯例来使用 Lock： Mutex m; // define the mutex you need to use ... { // create block to define critical section Lock ml( // lock the mutex ... // perform critical section operations } // automatically unlock mutex at end // of block 这没什么问题，但是假如一个 Lock 对象被拷贝应当发生什么？ Lock ml1( // lock Lock ml2(ml1); // copy ml1 to ml2-what should // happen here? 这是一个更一般问题的特定实例，每一个 RAII 类的都要面临这样的 问题：当一个 RAII 对象被拷贝的时候应当发生什么？大多数状况下，你 可以从下面各种可能性中选择一个： 制止拷贝。在许多状况下，允许 RAII 被拷贝是没有意义的。这对于 像 Lock 这样类很可能是正确的，由于同步的根本要素的“副本”很少有 什么意义。当拷贝对一个 RAII 类没有什么意义的时候，你应当制止它。 Ite 6 解释了如何做到这一点。声明拷贝操作为私有。对于 Lock，看起 来或许像这样： class Lock: private Uncopyable { // prohibit copying - see public: // Item 6 ... // as before }; 对底层的资源引用计数。有时人们需要的是保持一个资源直到最终一 个使用它的对象被销毁。在这种状况下，拷贝一个 RAII 对象应当增加引 用这一资源的对象的数目。这也就是使用 tr1::shared_ptr 时“拷贝” 的含意。