如何調試內存泄漏?方法論來了
作為程序員,特別是C/C++程序員,內存泄漏問題是必須要邁過的一座大山,那,
- 寫代碼時如何避免內存泄漏?
- 出現內存泄漏后,如何調試?
直奔主題!
01內存如何避免內存泄漏?
誰也不能永遠保證自己的代碼沒有內存泄漏,這里我只能給出幾點建議:
- 充分利用RAII:考慮使用智能指針,關于智能指針是否應用使用,相信有人聽身邊的大佬說過不建議使用使用智能指針,可能是個帶刺的玫瑰?不過在我短暫的C++開發生涯里,我還沒有被智能指針坑過,而且用起來還特別方便,因為它真的能夠降低出現內存泄漏的概率。至于那些大佬們的不同聲音,我更傾向于Bjarne Stroustrup和Scott Meyers這些大佬們的意見,他們都建議使用智能指針,那我等小輩跟隨就完事了。
- 誰申請誰釋放:如果沒有使用智能指針,或者有些情況下沒辦法使用智能指針,那我們最好遵循一個原則,即誰申請誰釋放原則。A這里申請的內存盡量在A這里釋放,不要A申請內存,然后跑到B里釋放,這種代碼不直觀,一不利于排查問題,二很容易稍微一點疏忽就導致內存泄漏。
- 確保配對使用:new/delete,new[]/delete[]一定要配對使用,不配對使用大概率會出問題。這里推薦看下new[]和delete[]一定要配對使用嗎?
- 小空間優先使用棧內存:一般內存泄漏都是指堆內存泄漏,我們不申請堆內存,它自然就不會泄漏。
附加:這里還有個有效避免內存泄漏的方案,就是手擼一個內存泄漏檢測器,在Debug模式下可以考慮開啟它,程序運行一遍后,如果有內存泄漏,會精確指出是在哪里出現的泄漏。關于內存泄漏檢測器可以移步到這里:我擼了個內存泄漏檢測工具,只用了兩招,其實原理就是重載operator new和operator delete。
02如何調試內存泄漏?
既然是調試,那就得用上工具,調試內存泄漏的工具有很多,最經典的就是valgrind和Asan,valgrind非常好用,但是在移動端不太好用,特別是Android,移植起來非常困難,而且還要sudo權限。而Asan就好多了,在哪里都能用,關于Asan我之前寫文章介紹過,可以看這里:Linux如何調試內存泄漏。
然而如果是在移動端,我還發現了一個好用的開源庫:https://github.com/tencent/matrix
這是一個騰訊出品的性能剖析工具,適用于Android和iOS,內存泄漏檢測只是功能之一,更多功能大家可以自己去看看,確實不錯。
打完收工。