Qt GUI程序无自有代码堆栈的崩溃调试方法求助

从错误信息和堆栈可以明确：事件处理器中抛出了std::bad_alloc异常，Qt不允许异常从事件处理器传播到框架代码，直接触发了程序终止。堆栈全是库代码，是因为异常传播后被Qt的终止逻辑接管，没捕获到抛出点的自有代码。以下是具体调试方法、Qt Creator设置和工具用法：

一、先搞定异常捕获，定位抛出点 #

1. 重写QCoreApplication::notify()全局捕获异常 #

这是Qt官方提示的解决方案，重写后能在异常传到Qt框架前拦截，直接打印包含自有代码的调用栈。代码示例：

#include <QApplication>
#include <stdexcept>
#include <QDebug>
#include <execinfo.h>

class MyApplication : public QApplication
{
public:
    using QApplication::QApplication;

    bool notify(QObject *receiver, QEvent *event) override
    {
        try {
            return QApplication::notify(receiver, event);
        } catch (const std::exception &e) {
            qCritical() << "异常捕获（notify）:" << e.what();
            // 打印调用栈
            void *callstack[128];
            int frames = backtrace(callstack, 128);
            char **strs = backtrace_symbols(callstack, frames);
            for (int i = 0; i < frames; ++i) {
                qCritical() << strs[i];
            }
            free(strs);
        } catch (...) {
            qCritical() << "未知异常捕获（notify）";
            // 打印调用栈
            void *callstack[128];
            int frames = backtrace(callstack, 128);
            char **strs = backtrace_symbols(callstack, frames);
            for (int i = 0; i < frames; ++i) {
                qCritical() << strs[i];
            }
            free(strs);
        }
        return false;
    }
};

int main(int argc, char *argv[])
{
    MyApplication app(argc, argv);
    // 原有业务代码
    return app.exec();
}

编译运行后，下次崩溃时会直接输出异常抛出点的调用栈，精准定位问题代码。

2. 排查所有事件处理代码 #

重点检查：

• 自定义的event()重写函数
• 各类槽函数（尤其是关联到事件的槽）
• paintEvent/mousePressEvent等重写的事件回调
  看这些代码里有没有内存分配操作（比如new大量对象、容器扩容）没处理std::bad_alloc的情况，确保所有可能抛异常的操作都被局部捕获。

二、Qt Creator的调试设置优化 #

1. 启用完整调试符号 #

• 把项目构建类型设为Debug，关闭编译优化
• CMake项目：在构建配置里设置CMAKE_BUILD_TYPE=Debug
• qmake项目：在.pro文件加CONFIG += debug
• 打开工具->选项->调试->GDB/LLDB，勾选加载共享库的调试符号，确保Qt和系统库的符号能被解析，堆栈信息更准确

2. 设置异常断点 #

在调试视图里点击添加断点->添加异常断点，勾选C++异常，设置为异常抛出时中断。这样程序会在std::bad_alloc抛出的瞬间暂停，直接跳到抛出异常的代码行，不管是不是在子线程。

三、子线程场景的额外调试技巧 #

1. 给所有子线程加全局捕获 #

如果怀疑是子线程问题，确保子线程入口函数（比如QThread::run()重写、std::thread执行函数）都有try-catch块，捕获所有异常并打印调用栈：

void MyThread::run()
{
    try {
        // 子线程业务代码
    } catch (const std::exception &e) {
        qCritical() << "线程异常:" << e.what();
        // 打印调用栈
        void *callstack[128];
        int frames = backtrace(callstack, 128);
        char **strs = backtrace_symbols(callstack, frames);
        for (int i = 0; i < frames; ++i) {
            qCritical() << strs[i];
        }
        free(strs);
    } catch (...) {
        qCritical() << "未知线程异常";
        // 打印调用栈
        void *callstack[128];
        int frames = backtrace(callstack, 128);
        char **strs = backtrace_symbols(callstack, frames);
        for (int i = 0; i < frames; ++i) {
            qCritical() << strs[i];
        }
        free(strs);
    }
}

2. 查看线程状态 #

调试时切换到Qt Creator的线程面板，查看崩溃时所有线程的堆栈，找到对应QThreadPrivate::start的线程，查看它的完整堆栈，大概率能找到自有代码的调用痕迹。

四、额外分析工具 #

1. GDB命令行调试 #

如果Qt Creator的调试信息不够，直接用GDB启动程序：

gdb ./你的程序名
run
# 崩溃后输入以下命令查看完整堆栈
bt full
# 查看所有线程
info threads
# 切换到异常线程（比如线程ID为7）
thread 7
# 查看该线程堆栈
bt

2. AddressSanitizer（ASAN）检测内存问题 #

std::bad_alloc可能是内存泄漏、越界访问等问题间接导致的，启用ASAN能精准检测这类问题：

• CMake项目添加：

  set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -fsanitize=address -g")
  set(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} -fsanitize=address")
  

• qmake项目添加：

  QMAKE_CXXFLAGS += -fsanitize=address -g
  QMAKE_LFLAGS += -fsanitize=address
  

运行程序后，ASAN会输出详细的内存错误信息，包括错误发生的代码位置。

内容的提问来源于stack exchange，提问作者JoeliP