std::set_terminate捕获不到Qt GUI线程崩溃，因Qt事件循环隐式try/catch吞掉异常；有效方案是qInstallMessageHandler拦截qFatal，并辅以信号处理兜底。
Qt 程序中 std::set_terminate 为什么捕不到 Qt GUI 线程的崩溃？
因为 Qt 的 GUI 主线程（QApplication 所在线程）默认会拦截并吞掉 C++ 异常，std::set_terminate 只能捕获未被任何 catch 捕获的异常，而 Qt 内部的事件循环（如 QEventLoop::exec）周围有隐式 try/catch(...)，导致异常根本传不到 terminate handler。
所以单纯设 std::set_terminate 在 Qt GUI 程序里基本无效——你看到程序静默退出，却收不到提示。
- 仅在纯控制台 Qt 应用（没调用
QApplication::exec()）中可能生效 - 多线程环境下，必须为每个线程单独设置
std::set_terminate（但依然绕不开 Qt 的 GUI 层拦截） - Qt 本身不提供“全局 C++ 异常钩子”，它只暴露了信号机制和错误日志路径
真正有效的方案：重写 qFatal + 安装 qInstallMessageHandler
Qt 内部绝大多数严重错误（断言失败、空指针解引用、Q_ASSERT_X 触发、QMetaObject::activate 崩溃等）最终都会调用 qFatal，并走 qInstallMessageHandler 流程。这是你能稳定拦截到的最上层入口。
实操建议：
- 在
main()最早位置调用qInstallMessageHandler，且确保在QApplication构造之前 - 在自定义 handler 中识别
QtFatalMsg类型，并用QMessageBox::critical弹窗（注意：必须用QApplication::topLevelWidgets().first()或临时QApplication实例保证 parent 有效） - 避免在 handler 中做耗时操作或调用可能再触发日志的 Qt 函数（比如
qDebug()）
void myMessageHandler(QtMsgType type, const QMessageLogContext &context, const QString &msg) {
if (type == QtFatalMsg) {
// 注意：不能直接 new QMessageBox() 无 parent，否则可能 crash
QWidget *parent = QApplication::topLevelWidgets().isEmpty()
? nullptr : QApplication::topLevelWidgets().first();
QMessageBox::critical(parent, "程序异常", msg);
abort(); // 确保进程终止，防止继续执行损坏状态
}
}
// main() 中：
qInstallMessageHandler(myMessageHandler);
补充防护：用 std::set_unexpected 和信号处理兜底
std::set_unexpected 已被 C++17 标准弃用，但某些编译器（尤其 MSVC）仍支持；更可靠的是捕获系统信号，如 SIGSEGV、SIGABRT —— 这些是 Qt 无法拦截的底层崩溃。
关键点：
- Linux/macOS 下用
signal(SIGSEGV, crashHandler)；Windows 下用SetUnhandledExceptionFilter - 信号处理函数内禁止调用 Qt GUI 函数（如
QMessageBox），只能写文件、记录堆栈（需用backtrace或MiniDumpWriteDump）、然后_exit - 若想弹窗，需 fork 子进程或另起独立 GUI 进程显示错误（Qt 主进程已不可信）
- Qt 自带的
QtPrivate::qFatalHandler不可替换，别试图 hook 它
为什么不要依赖 try/catch(...) 包裹 QApplication::exec()？
看起来最直接，但实际无效：C++ 异常无法跨 Qt 事件循环边界传播。即使你在 exec() 外层加了 try/catch(...)，一旦崩溃发生在 slot、paintEvent、timer callback 等回调中，异常会被 Qt 内部 catch 吞掉，根本不会冒泡出来。
常见误判场景：
- QTimer::singleShot 绑定的 lambda 抛异常 → 静默丢失
- QAbstractItemModel::data() 返回非法 QVariant → 触发内部 qWarning/qFatal，而非抛异常
- QPainter 在非 paintEvent 中使用 → 直接 abort()，不走 C++ 异常路径
真正要防的是程序员写的 Q_ASSERT、Q_UNREACHABLE、手动 qFatal，以及访问野指针导致的信号级崩溃——这些才是你该拦截的点。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
