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

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

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

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

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

　　malloc/free

　　calloc/free

　　strdup/free

　　strndup/free

　　mmap/munmap

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

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

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

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

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

　　2、內(nèi)存塊速增長(zhǎng)：說(shuō)明有大量?jī)?nèi)存塊被申請(qǐng)，沒(méi)有釋放。

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

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

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

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

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

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

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