轉(zhuǎn)載自：http://blog.csdn.net/blz_wowar/article/details/2176536
寫了個程序，在DLL中用malloc分配了一塊內(nèi)存，但是在exe程序中釋放，結(jié)果程序crash，原因就是：
其原因可能是堆被損壞，這也說明 TestMySticker.exe 中或它所加載的任何 DLL 中有 bug。
想了半天以為是自己的寫法有問題，后終于在google上找到了原因，汗。。。
以下文字引用自 http://hi.baidu.com/huhe/blog/item/0b422edd1f1563d98c1029a3.html
很感謝作者的分析
一個模塊一個堆，一個線程一個棧。
dll里malloc的內(nèi)存，在exe里free會出錯。
CRT（C運行時期庫）不是使用進程缺省的堆來實現(xiàn)malloc（new中調(diào)用malloc）的，而是使用一個全局句柄HANDLE _crtheap來分配內(nèi)存的。這個_crtheap是在XXXCRTStartUp（CRT提供的進口點函數(shù)）中創(chuàng)建的。
由于CRT靜態(tài)連接，則樓主的DLL里有也有一個CRT，因此也有一個_crtheap。而在dll中的new使用dll中的_crtheap句柄分配堆，在exe中的delete使用exe中的_crtheap釋放堆，當然失敗！
解決辦法：
1。在DLL中輸出一個函數(shù)給EXE調(diào)用，專門用來釋放由DLL分配的內(nèi)存；
2。用GlobalAlloc()代替new，用GlobalFree()代替delete；
3。使用單一的堆，分配內(nèi)存使用HeapAlloc(GetProcessHeap(),0,size)，釋放內(nèi)存使用HeapFree(GetProcessHeap(),0,p)；
4。把dll和exe的Settings的C/C++選項卡的Code Generation的Use Run-time liberary改成Debug Multithreaded DLL，在Release版本中改成Multithreaded DLL；這樣使用一個CRT了——MSVCRT.DLL。
以下是CSDN上的討論，同樣討論的很詳細了
http://topic.csdn.net/t/20031009/17/2338051.html
以上是在網(wǎng)上找到的資料,今天做過詳細測試,結(jié)果如下:
測試1：使用malloc/free組合來分配和釋放內(nèi)存,DLL中使用malloc分配，exe中使用free釋放。
我建的是Win32 DLL工程, C/C++->Code generation 設(shè)置是 Multithread DLL debug, 但是exe工程設(shè)置是MultiThread debug,所以不管怎么樣,總是會拋異常. 這就間接證明了上述的描述是正確的, 若我修改exe工程設(shè)置是 MultiThread DLL debug, 那么malloc/free組合就能很好的工作起來了。
測試2：使用HeapAlloc/HeapFree組合來分配和釋放內(nèi)存，DLL中使用HeapAlloc分配，exe中釋放。
exe的配置還是MultiThread Debug，DLL中HeapAlloc(GetProcessheap(), HEAP_ZERO_MEMORY, 1024)分配，exe中HeapFree(GetProcessHeap(), 0, p)釋放，,則還是無法正常運行，還是拋異常。若exe中設(shè)置成MultiThread DLL debug就正常運行了。
測試3：還是使用HeapAlloc/HeapFree來進行，但是DLL中導出一個方法來釋放DLL中分配的內(nèi)存。
若exe配置是MultiThread Debug，無法正常運行，拋異常。若修改成MultiThread DLL debug正常運行。
所以得到的結(jié)論如下：
不管是使用malloc/free組合還是HeapAlloc/HeapFree組合，exe工程均需要設(shè)置成MultiThread DLL debug才能正常運行起來的，CSDN上的那個討論在這兒貌似是由出入的，而且DLL的設(shè)置不能隨意修改。所以若有涉及到這種問題的，最好的辦法還是在哪個模塊分配的就在哪個模塊釋放最好，要不然反倒會引來更多的麻煩。