很多軟件通過設(shè)置自己的異常捕獲函數(shù)，捕獲未處理的異常，生成報告或者日志（例如生成mini-dump文件），達到Release版本下追蹤Bug的目的。但是，到了VS2005（即VC8），Microsoft對CRT（C運行時庫）的一些與安全相關(guān)的代碼做了些改動，典型的，例如增加了對緩沖溢出的檢查。新CRT版本在出現(xiàn)錯誤時強制把異常拋給默認的調(diào)試器（如果沒有配置的話，默認是Dr.Watson），而不再通知應(yīng)用程序設(shè)置的異常捕獲函數(shù)，這種行為主要在以下三種情況出現(xiàn)。
（1） 調(diào)用abort函數(shù)，并且設(shè)置了_CALL_REPORTFAULT選項（這個選項在Release版本是默認設(shè)置的）。
（2） 啟用了運行時安全檢查選項，并且在軟件運行時檢查出安全性錯誤，例如出現(xiàn)緩存溢出。（安全檢查選項 /GS 默認也是打開的）
（3） 遇到_invalid_parameter錯誤，而應(yīng)用程序又沒有主動調(diào)用
_set_invalid_parameter_handler設(shè)置錯誤捕獲函數(shù)。
所以結(jié)論是，使用VS2005（VC8）編譯的程序，許多錯誤都不能在SetUnhandledExceptionFilter捕獲到。這是CRT相對于前面版本的一個比較大的改變，但是很遺憾，Microsoft卻沒有在相應(yīng)的文檔明確指出。
解決方法
之所以應(yīng)用程序捕獲不到那些異常，原因是因為新版本的CRT實現(xiàn)在異常處理中強制刪除所有應(yīng)用程序先前設(shè)置的捕獲函數(shù)，如下所示：
/* Make sure any filter already in place is deleted. */
SetUnhandledExceptionFilter(NULL);
UnhandledExceptionFilter(&ExceptionPointers);
解決方法是攔截CRT調(diào)用SetUnhandledExceptionFilter函數(shù)，使之無效。在X86平臺下，可以使用以下代碼。
#ifndef _M_IX86
#error "The following code only works for x86!"
#endif
void DisableSetUnhandledExceptionFilter()
{
void *addr = (void*)GetProcAddress(LoadLibrary(_T("kernel32.dll")),
"SetUnhandledExceptionFilter");
if (addr)
{
unsigned char code[16];
int size = 0;
code[size++] = 0x33;
code[size++] = 0xC0;
code[size++] = 0xC2;
code[size++] = 0x04;
code[size++] = 0x00;
DWORD dwOldFlag, dwTempFlag;
VirtualProtect(addr, size, PAGE_READWRITE, &dwOldFlag);
WriteProcessMemory(GetCurrentProcess(), addr, code, size, NULL);
VirtualProtect(addr, size, dwOldFlag, &dwTempFlag);
}
}
在設(shè)置自己的異常處理函數(shù)后，調(diào)用DisableSetUnhandledExceptionFilter禁止CRT設(shè)置即可。
其它討論
上面通過設(shè)置api hook，解決了在VS2005上的異常捕獲問題，這種雖然不是那么“干凈”的解決方案，確是目前唯一簡單有效的方式。
雖然也可以通過_set_abort_behavior(0, _WRITE_ABORT_MSG | _CALL_REPORTFAULT), signal(SIGABRT, ...), 和_set_invalid_parameter_handler(...) 解決（1）（3），但是對于（2），設(shè)置api hook是唯一的方式。