【轉(zhuǎn)：http://blog.csdn.net/wclin88/article/details/7276972】
*** glibc detected *** free(): invalid pointer:
*** glibc detected *** malloc(): memory corruption:
*** glibc detected *** double free or corruption (out): 0x00000000005c18a0 ***
*** glibc detected *** corrupted double-linked list: 0x00000000005ab150 ***
你是否遇到過這樣的情況，太沮喪了斥赋，程序總是無端coredump杈笔，gdb到core文件里面也看不出個(gè)所以然來揭芍，這對(duì)于一個(gè)大型的商業(yè)系統(tǒng)來說太令人恐怖了，事故隨時(shí)可能發(fā)生娇跟。
遇到棘手的問題憎瘸，慌張是沒用的顿锰，解決不了任何問題彪置。先坐下來拄踪，喝杯茶，舒緩一下神經(jīng)拳魁。
內(nèi)存問題始終是c++程序員需要去面對(duì)的問題，這也是c++語(yǔ)言的門檻較高的原因之一撮弧。通常我們會(huì)犯的內(nèi)存問題大概有以下幾種：
- 內(nèi)存重復(fù)釋放潘懊，出現(xiàn)double free時(shí)，通常是由于這種情況所致贿衍。
- 內(nèi)存泄露授舟，分配的內(nèi)存忘了釋放。
- 內(nèi)存越界使用贸辈，使用了不該使用的內(nèi)存释树。
- 使用了無效指針。
- 空指針擎淤，對(duì)一個(gè)空指針進(jìn)行操作奢啥。
對(duì)于第一種和第二種，第五種情況嘴拢，就不用多說桩盲，會(huì)產(chǎn)生什么后果大家應(yīng)該都很清楚。
第四種情況席吴，通常是指操作已釋放的對(duì)象赌结，如：
- 已釋放對(duì)象，卻再次操作該指針?biāo)笇?duì)象孝冒。
- 多線程中某一動(dòng)態(tài)分配的對(duì)象同時(shí)被兩個(gè)線程使用柬姚，一個(gè)線程釋放了該對(duì)象，而另一線程繼續(xù)對(duì)該對(duì)象進(jìn)行操作庄涡。
我們重點(diǎn)探討第三種情況量承，相對(duì)于另幾種情況，這可以稱得上是疑難雜癥了（第四種情況也可以理解成內(nèi)存越界使用）。
內(nèi)存越界使用宴合，這樣的錯(cuò)誤引起的問題存在極大的不確定性焕梅，有時(shí)大，有時(shí)小卦洽，有時(shí)可能不會(huì)對(duì)程序的運(yùn)行產(chǎn)生影響贞言，正是這種不易重現(xiàn)的錯(cuò)誤，才是最致命的阀蒂，一旦出錯(cuò)破壞性極大该窗。
什么原因會(huì)造成內(nèi)存越界使用呢？有以下幾種情況蚤霞，可供參考：
例1：
char buf[32] = {0};
for(int i=0; i<n; i++)// n < 32 or n > 32
{
buf[i] = 'x';
}
....
例2:
char buf[32] = {0};
string str = "this is a test sting !!!!";
sprintf(buf, "this is a test buf!string:%s", str.c_str()); //out of buffer space
....
例3:
string str = "this is a test string!!!!";
char buf[16] = {0};
strcpy(buf, str.c_str()); //out of buffer space
類似的還存在隱患的函數(shù)還有：
strcat,vsprintf等
同樣酗失，memcpy, memset, memmove等一些內(nèi)存操作函數(shù)在使用時(shí)也一定要注意。
當(dāng)這樣的代碼一旦運(yùn)行昧绣，錯(cuò)誤就在所難免规肴，會(huì)帶來的后果也是不確定的，通骋钩耄可能會(huì)造成如下后果：
破壞了堆中的內(nèi)存分配信息數(shù)據(jù)拖刃，特別是動(dòng)態(tài)分配的內(nèi)存塊的內(nèi)存信息數(shù)據(jù)，因?yàn)椴僮飨到y(tǒng)在分配和釋放內(nèi)存塊時(shí)需要訪問該數(shù)據(jù)贪绘，一旦該數(shù)據(jù)被破壞兑牡，以下的幾種情況都可能會(huì)出現(xiàn)。
*** glibc detected *** free(): invalid pointer:
*** glibc detected *** malloc(): memory corruption:
*** glibc detected *** double free or corruption (out): 0x00000000005c18a0 ***
*** glibc detected *** corrupted double-linked list: 0x00000000005ab150 ***破壞了程序自己的其他對(duì)象的內(nèi)存空間税灌，這種破壞會(huì)影響程序執(zhí)行的不正確性均函，當(dāng)然也會(huì)誘發(fā)coredump，如破壞了指針數(shù)據(jù)菱涤。
破壞了空閑內(nèi)存塊苞也，很幸運(yùn)，這樣不會(huì)產(chǎn)生什么問題狸窘，但誰(shuí)知道什么時(shí)候不幸會(huì)降臨呢墩朦？
通常，代碼錯(cuò)誤被激發(fā)也是偶然的翻擒，也就是說之前你的程序一直正常氓涣，可能由于你為類增加了兩個(gè)成員變量，或者改變了某一部分代碼陋气，coredump就頻繁發(fā)生劳吠，而你增加的代碼絕不會(huì)有任何問題，這時(shí)你就應(yīng)該考慮是否是某些內(nèi)存被破壞了巩趁。
排查的原則痒玩，首先是保證能重現(xiàn)錯(cuò)誤淳附，根據(jù)錯(cuò)誤估計(jì)可能的環(huán)節(jié)，逐步裁減代碼蠢古，縮小排查空間奴曙。
檢查所有的內(nèi)存操作函數(shù)，檢查內(nèi)存越界的可能草讶。常用的內(nèi)存操作函數(shù)：
sprintf snprintf
vsprintf vsnprintf
strcpy strncpy strcat
memcpy memmove memset bcopy
如果有用到自己編寫的動(dòng)態(tài)庫(kù)的情況洽糟，要確保動(dòng)態(tài)庫(kù)的編譯與程序編譯的環(huán)境一致。
