在上一篇文章中介紹了作為資源管理類支柱的 Resource Acquisition Is Initialization (RAII) 原則，并描述了 auto_ptr 和 tr1::shared_ptr 在基于堆的資源上運(yùn)用這一原則的表現(xiàn)。并非所有的資源都是基于堆的，然而，對(duì)于這樣的資源，像 auto_ptr 和 tr1::shared_ptr 這樣的智能指針通常就不像 resource handlers（資源管理者）那樣合適。在這種情況下，有時(shí)，你可能要根據(jù)你自己的需要去創(chuàng)建你自己的資源管理類。

　　例如，假設(shè)你使用 C API 提供的 lock 和 unlock 函數(shù)去操縱 Mutex 類型的互斥體對(duì)象：

　　

　　void lock(Mutex *pm); // lock mutex pointed to by pm

　　

　　void unlock(Mutex *pm); // unlock the mutex

　　為了確保你從不會(huì)忘記解鎖一個(gè)被你加了鎖的 Mutex，你希望創(chuàng)建一個(gè)類來管理鎖。RAII 原則規(guī)定了這樣一個(gè)類的基本結(jié)構(gòu)，通過構(gòu)造函數(shù)獲取資源并通過析構(gòu)函數(shù)釋放它：

　　

　　class Lock {

　　　public:

　　　　explicit Lock(Mutex *pm)

　　　　: mutexPtr(pm)

　　　　{ lock(mutexPtr); } // acquire resource

　　　

　　　　~Lock() { unlock(mutexPtr); } // release resource

　　

　　　private:

　　　　Mutex *mutexPtr;

　　};

　　客戶按照 RAII 風(fēng)格的慣例來使用 Lock：

　　

　　Mutex m; // define the mutex you need to use

　　...

　　{ // create block to define critical section

　　　Lock ml(&m); // lock the mutex

　　　... // perform critical section operations

　　

　　} // automatically unlock mutex at end

　　// of block

　　這沒什么問題，但是如果一個(gè) Lock 對(duì)象被拷貝應(yīng)該發(fā)生什么？