[[433453]]

作為程序員，特別是C/C++程序員，內(nèi)存泄漏問題是必須要邁過的一座大山，那，

• 寫代碼時如何避免內(nèi)存泄漏?
• 出現(xiàn)內(nèi)存泄漏后，如何調試?

直奔主題!

01內(nèi)存如何避免內(nèi)存泄漏?

誰也不能永遠保證自己的代碼沒有內(nèi)存泄漏，這里我只能給出幾點建議：

• 充分利用RAII：考慮使用智能指針，關于智能指針是否應用使用，相信有人聽身邊的大佬說過不建議使用使用智能指針，可能是個帶刺的玫瑰?不過在我短暫的C++開發(fā)生涯里，我還沒有被智能指針坑過，而且用起來還特別方便，因為它真的能夠降低出現(xiàn)內(nèi)存泄漏的概率。至于那些大佬們的不同聲音，我更傾向于Bjarne Stroustrup和Scott Meyers這些大佬們的意見，他們都建議使用智能指針，那我等小輩跟隨就完事了。
• 誰申請誰釋放：如果沒有使用智能指針，或者有些情況下沒辦法使用智能指針，那我們最好遵循一個原則，即誰申請誰釋放原則。A這里申請的內(nèi)存盡量在A這里釋放，不要A申請內(nèi)存，然后跑到B里釋放，這種代碼不直觀，一不利于排查問題，二很容易稍微一點疏忽就導致內(nèi)存泄漏。
• 確保配對使用：new/delete，new[]/delete[]一定要配對使用，不配對使用大概率會出問題。這里推薦看下new[]和delete[]一定要配對使用嗎?
• 小空間優(yōu)先使用棧內(nèi)存：一般內(nèi)存泄漏都是指堆內(nèi)存泄漏，我們不申請堆內(nèi)存，它自然就不會泄漏。

附加：這里還有個有效避免內(nèi)存泄漏的方案，就是手擼一個內(nèi)存泄漏檢測器，在Debug模式下可以考慮開啟它，程序運行一遍后，如果有內(nèi)存泄漏，會精確指出是在哪里出現(xiàn)的泄漏。關于內(nèi)存泄漏檢測器可以移步到這里：我擼了個內(nèi)存泄漏檢測工具，只用了兩招，其實原理就是重載operator new和operator delete。

02如何調試內(nèi)存泄漏?

既然是調試，那就得用上工具，調試內(nèi)存泄漏的工具有很多，最經(jīng)典的就是valgrind和Asan，valgrind非常好用，但是在移動端不太好用，特別是Android，移植起來非常困難，而且還要sudo權限。而Asan就好多了，在哪里都能用，關于Asan我之前寫文章介紹過，可以看這里：Linux如何調試內(nèi)存泄漏。

然而如果是在移動端，我還發(fā)現(xiàn)了一個好用的開源庫：https://github.com/tencent/matrix

這是一個騰訊出品的性能剖析工具，適用于Android和iOS，內(nèi)存泄漏檢測只是功能之一，更多功能大家可以自己去看看，確實不錯。

打完收工。