linux下c語言內存泄漏總結

　　內存泄露問題是c語言很容易出現的問題，小程序可以很容易的發現，但是大程序就比較難發現了。

　　內存泄露是由于動態分配的內存沒有被釋放，可以使用valgrind等工具檢查出來。

　　常見導致內存泄露的函數有malloc、calloc，以及間接使用malloc的函數strdup、strndup等。還包括mmap函數。

　　要避免內存泄漏需要以下函數成對出現：

　　malloc/free

　　calloc/free

　　strdup/free

　　strndup/free

　　mmap/munmap

　　我遇到的問題是遇到了內存泄漏，但是valgrind沒有查出來有malloc未被釋放的。結果是由于mmap沒有釋放導致的。

　　［plain］ view plain copy$ valgrind --leak-check=yes --leak-check=full --show-leak-kinds=all 。/bin/ap_collector 》 lost.log 2》&1

　　分析結果如下圖：

　　盡管沒有查出來內存泄漏，但是內存還是在快速持續增長。后來自己分析：

　　1、內存持續增長：定位基本上都發生在while循環內。

　　2、內存塊速增長：說明有大量內存塊被申請，沒有釋放。

　　3、沒有malloc和strdup的內存泄漏：說明需要查看其它函數是否有申請大塊內存。

　　于是基于以上幾點分析，檢查了我的循環處理邏輯中的代碼，發現mmap申請的內存忘記釋放了，添加munmap之后，內存泄露就解決了。

　　單片機C語言幾種內存泄露總結

　　日常項目中碰到的內存泄露無非有以下幾種：

　?。?） 堆內存泄漏（Heap leak）。堆內存指的是程序運行中根據需要分配通過malloc，realloc new等從堆中分配的一塊內存，再是完成后必須通過調用對應的 free或者delete 刪掉。如果程序的設計的錯誤導致這部分內存沒有被釋放，那么此后這塊內存將不會被使用，就會產生Heap Leak. 這是最常見的內存泄露。

　?。?）系統資源泄露（Resource Leak）。主要指程序使用系統分配的資源比如 Bitmap，handle ，SOCKET等沒有使用相應的函數釋放掉，導致系統資源的浪費，嚴重可導致系統效能降低，系統運行不穩定

　　如果您創建一個可接合的POSIX線程，但是忘記聯接它，其資源或私有內存一直保存在進程空間中，從未進行回收再利用。一定要聯接可接合的線程;否則，可能會引起嚴重的內存泄漏問題。