|
|
如何檢測(cè)C語言中的內(nèi)存漏洞(leak)?在動(dòng)態(tài)分配的內(nèi)存單元(即由函數(shù)malloc()或ealloc()分
配的內(nèi)存單元)不再使用卻沒有被釋放的情況下，會(huì)出現(xiàn)內(nèi)存漏洞。未釋放內(nèi)存單元本身并
不是一種錯(cuò)誤，編譯程序不會(huì)因此報(bào)告出錯(cuò)，程序也不會(huì)因此而立即崩潰。但是，如果不
再使用而又沒有被釋放的內(nèi)存單元越來越多，程序所能使用的內(nèi)存空間就越來越小。最終
，當(dāng)程序試圖要求分配內(nèi)存時(shí)，就會(huì)發(fā)現(xiàn)已經(jīng)沒有可用的內(nèi)存空間。這時(shí)，尤其是當(dāng)程序
員沒有考慮到內(nèi)存分配失敗的可能性時(shí)，程序的運(yùn)行就會(huì)出現(xiàn)異�，F(xiàn)象。
內(nèi)存漏洞是最難檢測(cè)的錯(cuò)誤之一，同時(shí)也是最危險(xiǎn)的錯(cuò)誤。導(dǎo)致這個(gè)問題的編程錯(cuò)誤很可
能出現(xiàn)在程序的開始部分，但只有當(dāng)程序奠名其妙地使用完內(nèi)存后，這個(gè)問題才會(huì)暴露出
來。此時(shí)去檢查當(dāng)前那條導(dǎo)致內(nèi)存分配失敗的語句是無濟(jì)于事的，因?yàn)槟切┓峙淞藘?nèi)存卻
未能按時(shí)釋放內(nèi)存的代碼可能在程序的其它地方。遺憾的是C語言并沒有為檢測(cè)或修復(fù)內(nèi)
存漏洞提供現(xiàn)成的方法。除非使用提供這種功能的商業(yè)軟件包，否則，程序員就需要以很
大的耐心和精力去檢測(cè)和修復(fù)內(nèi)存漏洞。最好的辦法是在編寫程序時(shí)就充分考慮到內(nèi)存漏
洞的可能性，并小心謹(jǐn)慎地處理這種可能性。導(dǎo)致內(nèi)存漏洞的最簡單的也是最常見的原因
是忘記釋放分配給臨時(shí)緩沖區(qū)的內(nèi)存空間，請(qǐng)看下述程序段：
#include<stdio.h>
#include<stdlib.h>
/**Say hello to the user's and put the user's name in UPPERCASE.*/
void SayHi(char*name)
{
char* UpName;
int a;
UpName=malloc(strlen(name)+1);
/*Allocate space for the name*/
for(a=0;a<strlen(name);++a)
UpName[a]=toupper(name[a]);
UpName[a]='\0'i
printf("Hello,%si\n",UpName);
}
int main()
{
SayHi("Dave");
return(0);
}
這段程序中的問題是顯而易見的——它為存儲(chǔ)使用大寫字母的名字分配了臨時(shí)空間，但從
未釋放這些空間。為了保證永遠(yuǎn)不發(fā)生類似的情況，你可以采用這樣的方法：在分配內(nèi)存
的每條語句后加上相應(yīng)的free語句，然后把使用這些臨時(shí)內(nèi)存的語句插到這兩條語句之間。
只要在程序中分配和釋放內(nèi)存的語句之間沒有break，continue或goto語句，這種方法就
能保證每次分配的空間在使用完后就被釋放掉。上述方法相當(dāng)繁瑣，并且不能完全避免內(nèi)
存漏洞的出現(xiàn)，因?yàn)樵趯?shí)際編程中，所分配的內(nèi)存空間的使用時(shí)間往往是不能預(yù)測(cè)的。此
外，如果操作或刪除內(nèi)存空間的程序段有錯(cuò)誤，也會(huì)出現(xiàn)內(nèi)存漏洞。例如，在刪除鏈表的
過程中，最后一個(gè)結(jié)點(diǎn)可能會(huì)丟失，或者一個(gè)指向內(nèi)存空間的指針可能會(huì)被改寫。解決這
類問題的辦法只能是小心謹(jǐn)慎地編寫程序，或者象前面提到的那樣使用相應(yīng)的軟件包，或
者利用語言的擴(kuò)展功能。
|
|
QQ好友和群
QQ空間
騰訊微博
騰訊朋友
收藏
淘帖
頂
踩
