多軟件通過設(shè)置自己的異常捕獲函數(shù)，捕獲未處理的異常，生成報(bào)告或者日志（例如生成mini-dump文件），達(dá)到Release版本下追蹤Bug的目的。但是，到了VS2005（即VC8），Microsoft對CRT（C運(yùn)行時(shí)庫）的一些與安全相關(guān)的代碼做了些改動(dòng)，典型的，例如增加了對緩沖溢出的檢查。新CRT版本在出現(xiàn)錯(cuò)誤時(shí)強(qiáng)制把異常拋給默認(rèn)的調(diào)試器（如果沒有配置的話，默認(rèn)是Dr.Watson），而不再通知應(yīng)用程序設(shè)置的異常捕獲函數(shù)，這種行為主要在以下三種情況出現(xiàn)。

（1）調(diào)用abort函數(shù)，并且設(shè)置了_CALL_REPORTFAULT選項(xiàng)（這個(gè)選項(xiàng)在Release版本是默認(rèn)設(shè)置的）。

（2）啟用了運(yùn)行時(shí)安全檢查選項(xiàng)，并且在軟件運(yùn)行時(shí)檢查出安全性錯(cuò)誤，例如出現(xiàn)緩存溢出。（安全檢查選項(xiàng)/GS 默認(rèn)也是打開的）

（3）遇到_invalid_parameter錯(cuò)誤，而應(yīng)用程序又沒有主動(dòng)調(diào)用_set_invalid_parameter_handler設(shè)置錯(cuò)誤捕獲函數(shù)。

所以結(jié)論是，使用VS2005（VC8）編譯的程序，許多錯(cuò)誤都不能在SetUnhandledExceptionFilter捕獲到。這是CRT相對于前面版本的一個(gè)比較大的改變，但是很遺憾，Microsoft卻沒有在相應(yīng)的文檔明確指出。

下面列出三種解決方法。

方法一：windows進(jìn)程崩潰時(shí)禁止彈出錯(cuò)誤對話框

在程序初始化的時(shí)候加入以下代碼。如果程序中通過SetUnhandledExceptionFilter捕獲異常，需要在SetUnhandledExceptionFilter后面增加以下代碼。

 SetErrorMode(SEM_FAILCRITICALERRORS | SEM_NOGPFAULTERRORBOX);
 _set_abort_behavior(0,_WRITE_ABORT_MSG | _CALL_REPORTFAULT);
 或者
 // 關(guān)閉微軟堆轉(zhuǎn)儲(chǔ)的噪音
 _CrtSetReportMode(_CRT_WARN, _CRTDBG_MODE_FILE);
 _CrtSetReportFile(_CRT_WARN, CreateFileA("NUL", GENERIC_WRITE, 0, nullptr, OPEN_EXISTING, 0, 0));
  SetErrorMode(SEM_FAILCRITICALERRORS | SEM_NOGPFAULTERRORBOX);
  //在abort上禁用令人困惑的“helpful”文本消息
  _set_abort_behavior(0, _WRITE_ABORT_MSG | _CALL_REPORTFAULT);

_CrtSetReportMode：設(shè)置開發(fā)編譯環(huán)境報(bào)告類型為警告，報(bào)告的輸出方式為文件輸出。

_CrtSetReportFile：創(chuàng)建一個(gè)空的文件，把警告消息輸出到這個(gè)文件中。即關(guān)閉警告消息。

_set_abort_behavior：處理在VS環(huán)境下的只會(huì)強(qiáng)制把異常拋給默認(rèn)的調(diào)試器的問題，用該函數(shù)把異常拋給異常捕獲函數(shù)。SetErrorMode：控制指定類型的嚴(yán)重錯(cuò)誤是由windows處理還是由應(yīng)用程序處理。

方法二：攔截CRT調(diào)用SetUnhandledExceptionFilter函數(shù)，使之無效。
之所以應(yīng)用程序捕獲不到那些異常，原因是因?yàn)樾掳姹镜腃RT實(shí)現(xiàn)在異常處理中強(qiáng)制刪除所有應(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);
       }
}

WIN8.1上VirtualProtect報(bào)錯(cuò)C0000005，解決方法如下：

bool AdjustPrivileges() 
{     
    HANDLE hToken;     
    TOKEN_PRIVILEGES tp;     
    TOKEN_PRIVILEGES oldtp;     
    DWORD dwSize=sizeof(TOKEN_PRIVILEGES);     
    LUID luid;       
    if (!OpenProcessToken(GetCurrentProcess(), TOKEN_ADJUST_PRIVILEGES | TOKEN_QUERY, &hToken)) 
    {         
        if (GetLastError()==ERROR_CALL_NOT_IMPLEMENTED) return true;         
        else return false;     
    }     
 
    if (!LookupPrivilegeValue(NULL, SE_DEBUG_NAME, &luid)) 
    {        
        CloseHandle(hToken);         
        return false;     
    }     
    
    ZeroMemory(&tp, sizeof(tp));     
    tp.PrivilegeCount=1;     
    tp.Privileges[0].Luid=luid;     
    tp.Privileges[0].Attributes=SE_PRIVILEGE_ENABLED;     
    /* Adjust Token Privileges */    
    if (!AdjustTokenPrivileges(hToken, FALSE, &tp, sizeof(TOKEN_PRIVILEGES), &oldtp, &dwSize)) 
    {        
        CloseHandle(hToken);         
        return false;     
    }     
    
    // close handles     
    CloseHandle(hToken);     
    return true; 
} 
 
 
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;
 
        //提升debug權(quán)限
        VirtualProtect(addr, size, PAGE_EXECUTE_READWRITE, &dwOldFlag);
        WriteProcessMemory(GetCurrentProcess(), addr, code, size, NULL);
 
        VirtualProtect(addr, size, dwOldFlag, &dwTempFlag);
 
    }
 
}

在設(shè)置自己的異常處理函數(shù)后，調(diào)用DisableSetUnhandledExceptionFilter禁止CRT設(shè)置即可。雖然也可以通過_set_abort_behavior(0, _WRITE_ABORT_MSG | _CALL_REPORTFAULT), signal(SIGABRT, ...), 和_set_invalid_parameter_handler(...) 解決（1）（3），但是對于（2），設(shè)置api hook是唯一的方式。

方法三：禁止彈出“停止工作”對話框

在Win7及以后的系統(tǒng)中，如果一個(gè)程序發(fā)生了奔潰，系統(tǒng)會(huì)彈出一個(gè)“XX已停止工作”的對話框，如果不去這個(gè)窗口上點(diǎn)擊“關(guān)閉程序”，那么這個(gè)窗口會(huì)一直存在，最為關(guān)鍵的是，奔潰的進(jìn)程并沒有真正結(jié)束，還一直掛起在那里。這在自動(dòng)化無人值守程序開發(fā)中是不允許的，有時(shí)候有的程序只能運(yùn)行一個(gè)實(shí)例，如果奔潰的這個(gè)進(jìn)程一直沒有真正結(jié)束，新進(jìn)程就無法啟動(dòng)。根據(jù)網(wǎng)上資料，在Windows服務(wù)管理器中關(guān)閉這個(gè)錯(cuò)誤報(bào)告服務(wù)，仍然會(huì)彈出停止運(yùn)行的對話框。最后在MSDN上找到了Windows的錯(cuò)誤報(bào)告服務(wù)配置說明：https://msdn.microsoft.com/en-us/library/windows/desktop/bb513638(v=vs.85).aspx

那如何禁止 werfault 窗口的彈出呢？

在 stackoverflow 上找到一個(gè)方法，可以通過修改注冊表，抑制這個(gè)錯(cuò)誤窗口的彈出。

具體方法如下所示：

[HKEY_CURRENT_USER\Software\Microsoft\Windows\Windows Error Reporting]
"Disabled"=dword:00000001
"DontShowUI"=dword:00000001
 
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting]
"Disabled"=dword:00000001
"DontShowUI"=dword:00000001

修改注冊表后應(yīng)該就可以了。

如果還有問題， 可能需要重新加載注冊表

1.進(jìn)程中關(guān)閉 explorer.exe

2.運(yùn)行 explorer.exe