轉(zhuǎn)自輪子
C++實(shí)用技巧（一）

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

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

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

1 #define _CRTDBG_MAP_ALLOC 2 #include <stdlib.h> 3 #include <crtdbg.h> 4 #include <windows.h> 5 6 int wmain(vint argc , wchar_t*args[]) 7 { 8 // 這里運(yùn)行程序，并在下面的函數(shù)調(diào)用之前delete掉所有new的東西 9 _CrtDumpMemoryLeaks(); 10 return 0; 11 }

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

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

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