這是執行庫檔案時的錯誤。

解決方案：開啟專案屬性-->配置屬性-->C/C++-->程式碼生成-->執行時庫，改成多執行緒除錯DLL

編譯執行，然後可能會出項如下錯誤：

fatal error C1189: #error : Building MFC application with /MD[d] (CRT dll version) requires MFC shared dll version. Please #define _AFXDLL or do not use /MD

解決方案：開啟專案屬性-->配置屬性-->常規-->專案預設值-->MFC的使用，選擇“在共享 DLL 中使用 MFC”，就OK了～

如果上面這些都沒用，那麼就不是庫檔案執行的錯誤了，你可以試一下“清理解決方案”，然後重新生成，沒準就行了。這個好像沒有什麼道理，可能是Visual Studio的一個bug吧

如果還不可以可以嘗試下面的方法

2

一個模組一個堆，一個執行緒一個棧。
dll裡malloc的記憶體，在exe裡free會出錯。

CRT（C執行時期庫）不是使用程序預設的堆來實現malloc（new中呼叫malloc）的，而是使用一個全域性控制代碼 HANDLE _crtheap來分配記憶體的。這個_crtheap是在XXXCRTStartUp（CRT提供的進口點函式）中建立的。 
由於CRT靜態連線，則樓主的DLL裡有也有一個CRT，因此也有一個_crtheap。而在dll中的new使用dll中的_crtheap控制代碼分配 堆，在exe中的delete使用exe中的_crtheap釋放堆，當然失敗！

解決辦法：
1。在DLL中輸出一個函式給EXE呼叫，專門用來釋放由DLL分配的記憶體；
2。用 GlobalAlloc()代替new，用GlobalFree()代替delete；
3。使用單一的堆，分配記憶體使用 HeapAlloc(GetProcessHeap(),0,size)，釋放記憶體使用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。

以上是在網上找到的資料,今天做過詳細測試,結果如下:

測試1：使用malloc/free組合來分配和釋放記憶體,DLL中使用 malloc分配，exe中使用free釋放。
我建的是Win32 DLL工程, C/C++->Code generation 設定是 Multithread DLL debug, 但是exe工程設定是MultiThread debug,所以不管怎麼樣,總是會拋異常. 這就間接證明了上述的描述是正確的, 若我修改exe工程設定是 MultiThread DLL debug, 那麼malloc/free組合就能很好的工作起來了。

測試2：使用HeapAlloc/HeapFree組合來分配和釋放記憶體，DLL 中使用HeapAlloc分配，exe中釋放。
exe的配置還是MultiThread Debug，DLL中HeapAlloc(GetProcessheap(), HEAP_ZERO_MEMORY, 1024)分配，exe中HeapFree(GetProcessHeap(), 0, p)釋放，,則還是無法正常執行，還是拋異常。若exe中設定成MultiThread DLL debug就正常運行了。

測試3：還是 使用HeapAlloc/HeapFree來進行，但是DLL中匯出一個方法來釋放DLL中分配的記憶體。
若exe配置是MultiThread Debug，無法正常執行，拋異常。若修改成MultiThread DLL debug正常執行。

所以得到的結論如下：
不管 是使用malloc/free組合還是HeapAlloc/HeapFree組合，exe工程均需要設定成MultiThread DLL debug才能正常執行起來的，CSDN上的那個討論在這兒貌似是由出入的，而且DLL的設定不能隨意修改。所以若有涉及到這種問題的，最好的辦法還是在 哪個模組分配的就在哪個模組釋放最好，要不然反倒會引來更多的麻煩。

from

       上面這文章是我在找“...其原因可能是堆被損壞，這也說明 **.exe 中或它所載入的任何 DLL 中有 bug。”解決辦法的時候找到的，學到一點，呵呵。可惜我那工程的直接原因並不是因為上面所說的(也許間接原因是)，我的工程裡是開啟一個UI執行緒，UI 執行緒中有一個view，結果單步除錯時報錯“...其原因可能是堆被損壞，這也說明 **.exe 中或它所載入的任何 DLL 中有 bug。”，最後解決辦法是，view需要用new建立，不能直接通過create來建立，原因是view應該是建在堆上