在寫大型C/C++工程時難免會發生內存泄漏現象，系統編程中一個重要的方面就是有效地處理與內存相關的問題。你的工作越接近系統，你就需要面對越多的內存問題。有時這些問題非常瑣碎，而更多時候它會演變成一個調試內存問題的惡夢。 常見的內存問題一共七種：1. 動態內存泄露；2. 資源泄露，比如文件指針不關閉；3. 動態內存越界；4.數組內存越界；5.動態內存double free；6.使用野指針，即未初始化的指針；7.釋放野指針，即未初始化的指針。

內存問題非常難定位，對于小工程來說，簡單去檢查代碼中new和delete的匹配對數就基本能定位到問題，但是一旦代碼量上升到以萬單位時，僅靠肉眼檢查來定位問題那就非常困難了，所以我們需要利用工具幫助我們找出問題所在。在Linux系統下內存檢測工具首推Valgrind，一款非常好用的開源內存管理框架。Valgrind其實是一個工具集，內存錯誤檢測只是它眾多功能的一個，但我們用得最多的功能正是它——memcheck。

該工具可以檢測下列與內存相關的問題 :

• 未釋放內存的使用
• 對釋放后內存的讀/寫
• 對已分配內存塊尾部的讀/寫
• 內存泄露
• 不匹配的使用malloc/new/new[] 和 free/delete/delete[]
• 重復釋放內存

首先安裝Valgrind非常簡單：

//valgrind下載： http://valgrind.org/downloads/valgrind-3.12.0.tar.bz2valgrind安裝： 1. tar -jxvf valgrind-3.12.0.tar.bz2 2. cd valgrind-3.12.0 3. ./configure 4. make 5. sudo make install

下面開始講解Valgrind的應用場景。

注意: 下面討論的所有測試代碼都應該使用gcc/g++并且加上-g選項。

1. 使用未初始化的內存（使用野指針）

這里我們定義了一個指針p，但并未給他開辟空間，即他是一個野指針，但我們卻使用它了。

Valgrind檢測出我們程序使用了未初始化的變量，但并未檢測出內存泄漏。

2.在內存被釋放后進行讀/寫（使用野指針）

p所指向的內存被釋放了，p變成了野指針，但是我們卻繼續使用這片內存。

Valgrind檢測出我們使用了已經free掉的內存，并給出這片內存是哪里分配哪里釋放的。

3.從已分配內存塊的尾部進行讀/寫（動態內存越界）

我們動態地分配了一段數組，但我們在訪問個數組時發生了越界讀寫，程序crash掉。

Valgrind檢測出越界的位置。

注意：Valgrind不檢查靜態分配數組的使用情況！所以對靜態分配的數組，Valgrind表示無能為力！比如下面的例子，程序crash掉，我們卻不知道為什么。

4.內存泄漏

內存泄漏的原因在于沒有成對地使用malloc/free和new/delete，比如下面的例子。

Valgrind會給出程序中malloc和free的出現次數以判斷是否發生內存泄漏，比如對上面的程序運行memcheck，Valgrind的記錄顯示上面的程序用了1次malloc，卻調用了0次free，明顯發生了內存泄漏！

上面提示了我們可以使用--leak-check=full進一步獲取內存泄漏的信息，比如malloc和free的具體行號。

5. 不匹配地使用malloc/new/new[] 和 free/delete/delete[]

正常使用new/delete和malloc/free是這樣子的：

而不匹配地使用malloc/new/new[] 和 free/delete/delete[]則會被提示mismacth：

6.兩次釋放內存

double free的情況同樣是根據malloc/free的匹配對數來體現的，比如free多了一次，Valgrind也會提示。

當然，Valgrind也不是萬能的。Valgrind也有無法找到問題的時候，有些問題只能通過不斷的review代碼找到了癥結。發現問題，解決問題，畢竟是末流。最好的方法，就是不引入內存問題。這可以通過良好的代碼風格和設計來實現的。

版權聲明

---

原文鏈接：https://www.cnblogs.com/developing/articles/10979109.html

總結

以上是生活随笔為你收集整理的Linux：内存泄漏检测工具--Valgrind的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。