在用qt編寫程式時經常會遇到崩潰問題，如果抓取不到crash堆疊資訊就會對崩潰問題束手無策，只能對其進行復現，推斷。

目錄

步驟1：

步驟2：

步驟3:

網友評論：

一般解決crash問題時有如下步驟：

1. 從軟體發行版本能跟獲得debug資訊，在不同平臺下有不同的表現方式，目前只討論qt-mingw方式，這種方式可以利用修改工程檔案配置項編譯時講debug資訊加入應用程式當中；當然這會增加發行版應用程式的體積。如果想體積變小可以strip應用程式。
2. 獲得crash堆疊資訊
3. 根據crash堆疊資訊和1中的debug資訊來查詢軟體崩潰的位置。

如何執行以上3步驟，下面我詳細介紹如何操作;

步驟1：

在工程檔案.pro中加入如下程式碼，生成可執行檔案中就會帶debug資訊：
QMAKE_CXXFLAGS_RELEASE += -g

QMAKE_CFLAGS_RELEASE += -g

QMAKE_LFLAGS_RELEASE = -mthreads -Wl

前兩行意識意思為在release版本中增加debug資訊；第三行意思為release版本中去掉-s引數，這樣就生成對應符號表，可以除錯跟蹤；

步驟2：

(注：目前只討論windows平臺，linux和mac暫不討論；)

需要呼叫window平臺系統api進行擷取crash資訊及獲得crash堆疊。
首先在main函式中呼叫系統API SetUnhandledExceptionFilter

如何呼叫，請看如下程式碼：

long __stdcall   callback(_EXCEPTION_POINTERS*   excp)
{
    CCrashStack crashStack(excp);
    QString sCrashInfo = crashStack.GetExceptionInfo();
    QString sFileName = "testcrash.log";

    QFile file(sFileName);
    if (file.open(QIODevice::WriteOnly|QIODevice::Truncate))
    {
        file.write(sCrashInfo.toUtf8());
        file.close();
    }

    qDebug()<<"Error:\n"<<sCrashInfo;
    //MessageBox(0,L"Error",L"error",MB_OK);
    QMessageBox msgBox;
    msgBox.setText(QString::fromUtf8("親，我死了，重新啟動下吧！"));
    msgBox.exec();

    return   EXCEPTION_EXECUTE_HANDLER;
}

int main(int argc, char *argv[])
{
    SetUnhandledExceptionFilter(callback);

    QApplication a(argc, argv);
    Dialog w;
    w.show();

    return a.exec();
}
 

注：CCrashStack 是我寫的類，目的是呼叫系統API獲取crash堆疊資訊；（目前只針對windows平臺）

步驟3:

通過qt命令列進入 執行命令：
objdump -S xxx.exe >aaa.asm

命令執行完成後，根據步驟2中獲得的crash堆疊資訊在aaa.asm中查詢響應地址，即可得到崩潰具體位置。

附件為測試demo，裡面有完整程式碼，各位可下載體驗。

Demo下載地址：

http://download.csdn.net/detail/lanhy999/6341987

網友評論：

• SHIXINGYA： EXE太大，asm生成不全，怎麼解決？ asm生成到465350行就不寫了(8個月前#7樓)收起回覆

• SHIXINGYA回覆 SHIXINGYA： http://www.qtcn.org/bbs/read-htm-tid-65581.html(8個月前)

• 振星： 您好，我直接編譯您的程式碼，在release下編譯遇到該問題： g++: error: unrecognized command line option '-Wl' 我的環境是Qt 4.8.6，使用mingw編譯的。請問我是否還有什麼沒有地方沒有設定正確呢？(3年前#6樓)收起回覆

• 嘆逍遙回覆 振星： http://stackoverflow.com/questions/22282871/unrecognized-command-line-option-wi http://stackoverflow.com/questions/21305309/g-doesnt-recognize-the-option-wl 我也碰到了，將那三行加入工程後release編譯報錯，根據第二篇討論的答案，我去掉-Wl之後編譯OK，後面又實驗了下-Wl後面加逗號也可以並且兩種編譯出的exe md5一樣，不知道實際編譯-Wl引數到底有沒有進去，不過感覺後面加逗號應該妥當一點 QMAKE_LFLAGS_RELEASE = -mthreads -Wl, 或者 QMAKE_LFLAGS_RELEASE = -mthreads(1年前)

• fanweimianA： 命令執行完成後，根據步驟2中獲得的crash堆疊資訊在aaa.asm中查詢響應地址，即可得到崩潰具體位置 能否做個說明，是怎麼找到具體位置的，log檔案，asm檔案我都有了，不知道怎麼看，謝謝(4年前#5樓)收起回覆舉報回覆

• 嘆逍遙回覆 嘆逍遙： 上面兩段分別是記錄的crash日誌和dump出的asm， Exception Addr: 00401E20 說明程式碼地址00401E20出發生異常，Write Address: 00000000說明異常的時候正在訪問0x00000000記憶體地址，對比asm中00401E20處，正好是博主構造的對空指標進行寫入的異常處。剩下的Registers和Call Stack儲存了現場的暫存器和堆疊資訊。 不過有個問題是這東西release版本帶著除錯資訊釋出，很容易被人看出原始碼，不過自己寫的小程式無所謂了 末尾感謝博主的分享!(1年前)

  • 嘆逍遙回覆 fanweimianA： 雖然時間挺久了，但是自己折騰了好長時間忍不住回覆一下： Exception Addr: 00401E20 Module: D:\QT\build-TestCrash-Desktop_Qt_5_8_0_MinGW_32bit-Release\release\TestCrash.exe Exception Code: C0000005 Write Address: 00000000 Instruction: C7 05 00 00 00 00 00 00 00 00 0F 0B 90 90 90 90 Registers: EAX: 00000000 EBX: 00000000 ECX: 0077FE04 EDX: 00000000 ESI: 0077D428 EDI: 0077FE04 ESP: 0077D31C EBP: 0077D408 EIP: 00401E20 EFlags: 00010246 Call Stack: 00401E20 D:\QT\build-TestCrash-Desktop_Qt_5_8_0_MinGW_32bit-Release\release\TestCrash.exe 620C2D1F C:\Qt\5.8\mingw53_32\bin\Qt5Widgets.dll void Dialog::on_btnTestCrash_clicked() { int *p = NULL; *p = 4; 401e20: c7 05 00 00 00 00 00 movl $0x0,0x0 401e27: 00 00 00 401e2a: 0f 0b ud2 401e2c: 90 nop 401e2d: 90 nop 401e2e: 90 nop 401e2f: 90 nop 00401e30 <__ZL7sprintfPcPKcz>: }(1年前)

• sunlj181： 你好。這個資訊時怎麼對應的？(4年前#4樓)

• aiolia0122： 命令執行完成後，根據步驟2中獲得的crash堆疊資訊在aaa.asm中查詢響應地址，即可得到崩潰具體位置 能否做個說明，是怎麼找到具體位置的，log檔案，asm檔案我都有了，不知道怎麼看，謝謝(4年前#3樓)

• 資深碼農： 1.mingw 2.mingw下生成的符號和應用程式檔案是一起的；通過objdump命令可以產生出符號檔案；例如： objdump -s a.exe >a.asm(4年前#2樓)

• yanan_gd： 你好，問兩個問題 1.你給的這個demo的編譯環境是什麼，mingw還是msvs？ 2.步驟1中的生成的符號檔案在哪裡？ 謝謝(4年前#1樓)收起回覆

  • 資深碼農回覆 yanan_gd： 1.mingw 2.mingw下生成的符號和應用程式檔案是一起的；通過objdump命令可以產生出符號檔案；例如： objdump -s a.exe >a.asm(4年前)

--------------------- 
作者：資深碼農 
來源：CSDN 
原文：https://blog.csdn.net/lanhy999/article/details/12189375 
版權宣告：本文為博主原創文章，轉載請附上博文連結！