軟體總存在這樣或者那樣的bug。

雖然測試員已經在很努力的尋找問題，程式設計師也在汗流浹背的除蟲，但是總會有一些情況被遺漏或者不可預測，比如使用者的硬體環境、網路狀況、作業系統差異等等，不一而足。而導致的結果則是彈出下面這樣一個讓使用者摸不著頭腦又惱火的提示，然後崩潰掉，令程式設計師尷尬不已。

而在一些成熟的軟體產品中，程式崩潰時我們看到的卻是另外一番畫面，比如QQ：

又比如迅雷：

你也想讓你的程式擁有友好的崩潰介面，降低使用者生氣的能量，並且收集一些必要的資訊進行除錯，來完善你的程式嗎？如果你是MFC程式猿，請繼續圍觀，其他猿類請自行無視，並尋找適合你的猿糞。

其實MFC框架已經為我們考慮到這個問題，只是預設生成的應用程式框架沒有包含進去而已。實現這個功能的核心是函式：SetUnhandledExceptionFilter

毫無疑問，電驢是一款優秀的軟體，並且在它華麗的外表下還有一副強壯的身體。它的程式碼有非常優秀。它是基於MFC開發的開源程式，需要原始碼的同學請猛擊這裡下載。

上面這幅圖就是電驢的原始碼包，我們要用到的就是那個被我選中的“CrashReporter”，它是一個獨立的工程，我們只需要根據需要做一些修改然後直接編譯即可。

另外我們還需要位於srcWorkLayer目錄下的mdump.h和mdump.cpp，把這兩個檔案拷貝並加到你的工程裡，然後把mdump.cpp裡的下面這行去掉：

#include “CheckConflict.h”    //ADDED by fengwen on 2006/12/25    : 檢測已知的第三方軟體衝突。

這個是用於檢測已知的會和電驢衝突的軟體，不再本文討論之列，有興趣的同學請自行研究。另外把TopLevelFilter函式裡的下面幾行也刪掉：

try
{
    //ADDED by fengwen on 2006/12/25    <begin> :    檢測第三方軟體衝突。
    CCheckConflict    cc;
    if (cc.CheckConflict(pExceptionInfo))
    {
        ExitProcess(1);
    }
    //ADDED by fengwen on 2006/12/25    <end> :    檢測第三方軟體衝突。
}
catch(…)
{
}

最後一步，在主程式框架類裡新增：

#include “mdump.h”

再到InitInstance函式裡新增下面的程式碼：

theCrashDumper.Enable(_T(“YourApp 1.0″), false);

好了，大功告成，現在編譯你的程式，在合適的地方增加測試程式碼就可以實驗效果了。比如下面這兩行程式碼會讓你的程式立即崩潰：

int n = 0;
int m = 10/n;

怎麼樣，效果還不錯吧？這個程式除了攔截程序異常，還能夠將異常的相關資訊生成檔案，然後上傳到你指定的伺服器，供你分析除錯。當然你需要修改CrashReporter工程HttpUploadFileProc.cpp檔案HttpUploadFile函式裡相關變數的值，否則就上傳到到電驢的伺服器了。另外你還需要在你伺服器的WEB server上提供一個接收檔案上傳的程式，用來儲存使用者上傳的錯誤檔案。

最後再修改一下CrashReporter工程CrashReporter.cpp檔案InitInstance函式裡的下面這行程式碼：

ShellExecute(NULL, “open”, “eMule.exe”, NULL, NULL, SW_SHOW);

把eMule.exe改為你程式的檔名，要不然使用者的程式崩潰後在螢幕上看到的是一隻可愛的驢子，大概整個人也要被你搞崩潰了……