內(nèi)存泄漏的問題，在
百度是遇到最多的，阿里相對少點(diǎn)。與內(nèi)存泄漏斗爭了很久，我總結(jié)下常用的一些有效
測試方法吧。
1、valgrind，這是非常好用的工具，雖然參數(shù)很多，輸出結(jié)果較多，但是只要認(rèn)真看下，就很容易發(fā)現(xiàn)問題，報告是很詳細(xì)的，不要被嚇倒。valgrind檢測的內(nèi)存泄漏是非常準(zhǔn)的，可以精確定位到代碼行甚至是變量。valgrind基于valginrd core框架，這是個非常有強(qiáng)大的框架，他的作用不僅僅在于檢測內(nèi)存泄漏的，強(qiáng)烈建議測試新手通讀下全部的文檔。valgind自己也會有誤報和漏報，所有具體場景需要具體分析。報告中一旦出現(xiàn)definitely lost的標(biāo)記，就表示一定會有內(nèi)存泄漏，泄漏的字節(jié)數(shù)也會報告出來，可以根據(jù)泄漏的內(nèi)存大小和請求次數(shù)計算出到底是那個變量沒有釋放。
2、利用pmap+gdb，pmap可以列出特定進(jìn)程的所有內(nèi)存分配的地址和大小，通過gdb就可以直接看這些地址屬于什么變量，通過統(tǒng)計這些內(nèi)存地址的大小，就可以很容易的發(fā)現(xiàn)問題。利用自動化的gdb調(diào)試工具也可以很方便的定位。
3、其他的還包括memprof、商業(yè)工具Purify
IBM出品，官方宣傳說的不錯，但是這種不開放的技術(shù)，在業(yè)界得不到認(rèn)可，國內(nèi)大公司一般那都不用，只有人傻錢多的公司在用。
4、利用一些trace工具，比如ptrace，strace之類的工具，這些trace工具會追蹤特定的api，只需要統(tǒng)計malloc和free的調(diào)用次數(shù)就可以簡單的發(fā)現(xiàn)是否有泄漏，但是無法定位代碼行。另外還有一個更高深的工具，SystemTap，這個在國內(nèi)應(yīng)用還不多，但是非常厲害，可以方便hook程序的關(guān)鍵邏輯并插入探針。從而可以方便的檢測內(nèi)存泄漏。Systemtap目前還不通用，而且安裝復(fù)雜，暫時不推薦使用，可以關(guān)注下，過幾年可能會大規(guī)模應(yīng)用。
valgrind是首選，因為他的設(shè)計就是為了解決所有的c++的內(nèi)存問題。一些valgrind不能簡單發(fā)現(xiàn)的，我一般會review代碼，然后通過gdb自動調(diào)試技術(shù)來發(fā)現(xiàn)問題。通過valgrind+gdb，可以解決所有的內(nèi)存泄漏。
另外，內(nèi)存的泄漏也并不完全是沒有及時的free，還有可能是其他的原因，比如設(shè)計問題等。需要靠一定的開發(fā)經(jīng)驗判斷。
要盡量把靜態(tài)測試和動態(tài)測試盡早的加入到持續(xù)集成中，以盡早的發(fā)現(xiàn)問題，不然一旦代碼復(fù)雜，追查的成本就會增大。