[原創(chuàng)文章歡迎轉(zhuǎn)載，但請保留作者信息]
Justin 于 2009-12-07
因為準備英文考試以及工作變動的事情，已經(jīng)隔了很久沒有讀書，也就很久沒有記錄筆記了。學習可以被打斷，但是不能終止。嗯不廢話了。繼續(xù)來讀圣賢書。
Item13 被安排在第三章“資源管理”的第一位，所以講得也很通俗易懂：要利用對象來管理資源（可以是分配出來的內(nèi)存、互斥量等）。這樣做的好處是可以避免因為寫代碼時的疏忽而導致的資源流失（可以是內(nèi)存的泄漏，也可能是忘了解鎖）。為什么用對象來解決這個問題呢？因為以下兩點：
-
將釋放資源的代碼放在對象的析構(gòu)函數(shù)中，只要對象被析構(gòu)，就可以保證資源被完整釋放。
-
C++的析構(gòu)函數(shù)自動調(diào)用機制(C++’s automatic destructor invocation)能夠保證當對象脫離控制時該對象的析構(gòu)函數(shù)被調(diào)用（比如一個對象在某函數(shù)內(nèi)部定義，那么在函數(shù)執(zhí)行結(jié)束后，這個對象的析構(gòu)函數(shù)會被自動調(diào)用以銷毀此對象）。
是個好辦法，至少對我這樣時常丟三落四的人來說是個福音。何況這樣的對象大多數(shù)情況下不用自己寫，auto_ptr（智能指針, smart pointer的一種）就可以勝任。
下面一段代碼其實和書上的沒有區(qū)別，只是為了加深印象
//
blah?blah
std::auto_ptr
<
void
*>
?pMem(AllocAndInitMemory());
//
feel?free?to?use?pMem
//
and?no?need?to?bother?releasing?the?memory
//
isn't?it?great?
高亮的部分即說明了auto_ptr的用法，也附帶示范了所謂的RAII(Resource Acquisition Is Initialization)。我想這里可以翻譯為“資源申請時初始化”，雖然拗口了一些，但至少好理解，也不用再多做解釋。
這里的auto_ptr就像是個陪女友逛街的可憐家伙，女朋友（用戶）說要什么，auto_ptr就乖乖的去買來（申請），想要用的時候就趕緊拿出來給女友用，哪怕她忘了曾經(jīng)買了某件衣服，auto_ptr還是會老老實實地送回家里，不用擔心會弄丟或是搞臟。嗯，有點做上帝的感覺吧？
不過，沒有什么是十全十美的。大師馬上就說到了用對象管理資源的問題，好吧，應該說是需要注意的地方：
首先不能用一個以上的對象，比如說auto_ptr，管理同一個資源。這個很好理解，就像一個漂亮的女孩子腳踏多條船（同時定義了多個auto_ptr），但是她必須要小心，不能讓多個對象參加同一個約會：今天逛街的時候喊上了小張就不能叫小王，明天一起吃飯如果約了小李就別再和小趙定時間：一個資源一次只能讓一個對象來管理。
這樣的規(guī)則用在auto_ptr上就是書中奇怪的“=”行為：兩個auto_ptr對象A和B，A=B運算的結(jié)果是A接管了B管理的資源，B指向的是null。（如果記不起來了，具體代碼見書）這樣的行為很像是傳遞：小李陪女朋友逛完街后，送她到人民廣場，在那里小陳約好了和她一起看電影。到了人民廣場之后小陳摟著女人開心的走了，只剩下小李一個孤單的背影，杯具啊杯具……
為了避開這種尷尬且極易被誤解的“=”操作，出現(xiàn)了以shared_ptr為代表的reference-counting smart pointer(RCSP)（計數(shù)智能指針？）。它們可以“共事一夫”，由一個公用的reference counter來計數(shù)，某個shared_ptr在準備拋棄一個資源時先參考reference counter的值，如果非零，說明還有其他的“姐妹”在罩著資源，不需要也不可以釋放該資源；如果值為零，說明當前只有她一個人了，于是真正的擔當起smart pointer的責任：釋放資源。
最后作者貌似意識到寫得有點跑題，就提醒了一把：重點不在于是用auto_ptr還是shared_ptr還是其他的什么東東，而是要領(lǐng)會精神——使用對象來管理資源。比如說用string對象來管理一個字符串而不是手工申請一片內(nèi)存然后用個指針“吧唧”粘上去就開始用了。