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

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

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

    我們只需要在注釋的地方完成我們程序的功能，然后確信自己已經delete掉所有應該delete的東西，最后_CrtDumpMemoryLeaks()函數調用的時候就可以打印出沒被delete的東西了。這個方法十分神奇，因為你只需要在main函數所在的cpp文件這么#include一下，所有的cpp文件里面的new都會受到監視，跟平常所用的用宏把new給換掉的這種破方法截然不同。如果你使用了全局變量的話也要小心，因為全局變量的析構函數是在main函數結束之后才執行的，因此如果在全局變量的析構函數里面delete的東西仍然會被_CrtDumpMemoryLeaks函數當成泄露掉的資源對待。當然本人認為全局變量可以用，但是全局變量的賦值必須在main里面做，釋放也是，除非那個全局變量的構造函數沒有申請任何內存，所以這也是一個很好的檢查方法。

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

    什么是循環引用呢？如果兩個對象互相使用一個shared_ptr成員變量直接或者間接指向對方的話，就是循環引用了。在這種情況下引用計數會失效，因為就算外邊的shared_ptr全釋放光了，引用計數也不會是0的。

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