復(fù)雜的東西寫多了，如今寫點(diǎn)簡(jiǎn)單的好了。由于功能上的需要，Vczh Library++3.0被我搞得很離譜。為了開發(fā)維護(hù)的遍歷、減少粗心犯下的錯(cuò)誤以及增強(qiáng)單元測(cè)試、回歸測(cè)試和測(cè)試工具，因此記錄下一些開發(fā)上的小技巧，以便拋磚引玉，造福他人。歡迎高手來噴，菜鳥膜拜。

    C++實(shí)謂各種語言中的軟肋，功能強(qiáng)大，陷阱更強(qiáng)大。當(dāng)然我認(rèn)為一門語言用得不好完全是程序員的責(zé)任，不過因?yàn)镃++涉及到的概念實(shí)在是太多，想用好實(shí)在也不是一件容易的事情。C++開發(fā)的時(shí)候總是會(huì)遇到各種各樣的問題，其中最嚴(yán)重的無非是內(nèi)存相關(guān)的。C語言由于結(jié)構(gòu)簡(jiǎn)單，內(nèi)存處理起來雖然不得力，但總的來說慣用法已經(jīng)深入人心，因此也不會(huì)造成什么很難發(fā)現(xiàn)的錯(cuò)誤。C++就不一樣了。有了虛函數(shù)、構(gòu)造函數(shù)、析構(gòu)函數(shù)、復(fù)制構(gòu)造函數(shù)和operator=重載之后，還是有很多人喜歡把一個(gè)類直接寫進(jìn)文件流，或者拿來memset，代碼一團(tuán)亂麻，不知悔改也。但是不能因此因噎廢食，就像某人因?yàn)镃++帶來的心智問題太多，自己搞不定，自己團(tuán)隊(duì)也搞不定，就說C++不好一樣。

    因此第一篇文章主要針對(duì)內(nèi)存來講。我們處理內(nèi)存，第一件事就是不要有內(nèi)存泄露。內(nèi)存泄露不能等到測(cè)試的時(shí)候，通過長(zhǎng)時(shí)間運(yùn)行程序并觀察任務(wù)管理器的方法來做，這顯然已經(jīng)晚了。幸好Visual C++給了我們一個(gè)十分好用的工具：_CrtDumpMemoryLeaks函數(shù)。這個(gè)函數(shù)會(huì)在Debug模式下往Visual Studio的output窗口打印出那個(gè)時(shí)候你new（malloc）了但是還沒delete（free）的所有內(nèi)存塊的地址、長(zhǎng)度、前N個(gè)字節(jié)的內(nèi)容和其他信息。怎么做呢？其實(shí)很簡(jiǎn)單：

    我們只需要在注釋的地方完成我們程序的功能，然后確信自己已經(jīng)delete掉所有應(yīng)該delete的東西，最后_CrtDumpMemoryLeaks()函數(shù)調(diào)用的時(shí)候就可以打印出沒被delete的東西了。這個(gè)方法十分神奇，因?yàn)槟阒恍枰趍ain函數(shù)所在的cpp文件這么#include一下，所有的cpp文件里面的new都會(huì)受到監(jiān)視，跟平常所用的用宏把new給換掉的這種破方法截然不同。如果你使用了全局變量的話也要小心，因?yàn)槿肿兞康奈鰳?gòu)函數(shù)是在main函數(shù)結(jié)束之后才執(zhí)行的，因此如果在全局變量的析構(gòu)函數(shù)里面delete的東西仍然會(huì)被_CrtDumpMemoryLeaks函數(shù)當(dāng)成泄露掉的資源對(duì)待。當(dāng)然本人認(rèn)為全局變量可以用，但是全局變量的賦值必須在main里面做，釋放也是，除非那個(gè)全局變量的構(gòu)造函數(shù)沒有申請(qǐng)任何內(nèi)存，所以這也是一個(gè)很好的檢查方法。

    不過上面也僅僅是一個(gè)告訴你有沒有內(nèi)存泄漏的方法罷了。那么如何避免內(nèi)存泄露呢？當(dāng)然在設(shè)計(jì)一些性能要求沒有比操作系統(tǒng)更加嚴(yán)格的程序的時(shí)候，可以使用以下方法：
    1、如果構(gòu)造函數(shù)new了一個(gè)對(duì)象并使用成員指針變量保存的話，那么必須在析構(gòu)函數(shù)delete它，并且不能有為了某些便利而將這個(gè)對(duì)象的所有權(quán)轉(zhuǎn)讓出去的事情發(fā)生。
    2、在能使用shared_ptr的時(shí)候，盡量使用shared_ptr。shared_ptr只要你不發(fā)生循環(huán)引用，那么這個(gè)東西可以安全地互相傳遞、隨便你放在什么容器里面添加刪除、你想放哪里就放在哪里，再也不用考慮這個(gè)對(duì)象的生命周期問題了。
    3、不要在有構(gòu)造函數(shù)和析構(gòu)函數(shù)的對(duì)象上使用memset（或者memcpy）。如果一個(gè)對(duì)象需要memset，那么在該對(duì)象的構(gòu)造函數(shù)里面memset自己。如果你需要memset一個(gè)對(duì)象數(shù)組，那也在該對(duì)象的構(gòu)造函數(shù)里面memset自己。如果你需要memset一個(gè)沒有構(gòu)造函數(shù)的復(fù)雜對(duì)象，那么請(qǐng)為他添加一個(gè)構(gòu)造函數(shù)，除非那是別人的API提供的東西。
    4、如果一個(gè)對(duì)象是繼承了其他東西，或者某些成員被標(biāo)記了virtual的話，絕對(duì)不要memset。對(duì)象是獨(dú)立的，也就是說父類內(nèi)部結(jié)構(gòu)的演變不需要對(duì)子類負(fù)責(zé)。哪天父類里面加了一個(gè)string成員，被子類一memset，就欲哭無淚了。
    5、如果需要為一個(gè)對(duì)象定義構(gòu)造函數(shù)，那么連復(fù)制構(gòu)造函數(shù)、operator=重載和析構(gòu)函數(shù)都全部寫全。如果不想寫復(fù)制構(gòu)造函數(shù)和operator=的話，那么用一個(gè)空的實(shí)現(xiàn)寫在private里面，確保任何試圖調(diào)用這些函數(shù)的代碼都出現(xiàn)編譯錯(cuò)誤。
    6、如果你實(shí)在很喜歡C語言的話，那麻煩換一個(gè)只支持C不支持C++的編譯器，全面杜絕因?yàn)檎`用了C++而導(dǎo)致你的C壞掉的情況出現(xiàn)。

    什么是循環(huán)引用呢？如果兩個(gè)對(duì)象互相使用一個(gè)shared_ptr成員變量直接或者間接指向?qū)Ψ降脑挘褪茄h(huán)引用了。在這種情況下引用計(jì)數(shù)會(huì)失效，因?yàn)榫退阃膺叺膕hared_ptr全釋放光了，引用計(jì)數(shù)也不會(huì)是0的。

    今天就說到這里了，過幾天我高興的話再寫一篇續(xù)集，如果我持續(xù)高興的話呢……嗯嗯……。