單片機C語言幾種內(nèi)存泄露總結(jié)

　　linux下c語言內(nèi)存泄漏總結(jié)

　　內(nèi)存泄露問題是c語言很容易出現(xiàn)的問題，小程序可以很容易的發(fā)現(xiàn)，但是大程序就比較難發(fā)現(xiàn)了。

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

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

　　要避免內(nèi)存泄漏需要以下函數(shù)成對出現(xiàn)：

　　malloc/free

　　calloc/free

　　strdup/free

　　strndup/free

　　mmap/munmap

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

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

　　分析結(jié)果如下圖：

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

　　1、內(nèi)存持續(xù)增長：定位基本上都發(fā)生在while循環(huán)內(nèi)。

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

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

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

　　單片機C語言幾種內(nèi)存泄露總結(jié)

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

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

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

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