Qt Creator可直接调试.dmp或core文件，但必须确保符号文件（.pdb/.debug/.dSYM）齐全且与二进制版本严格匹配；Release版需手动配置编译器（如MSVC加-Zi -Z7、/DEBUG）和链接器选项以保留调试信息，否则无法解析堆栈。
Qt Creator 能直接调试崩溃生成的 .dmp（Windows）或 core（Linux/macOS）文件，但前提是符号文件必须齐全、版本严格匹配——缺一不可。不是“点开就能看”，而是要提前埋好调试线索。
确保 Release 版本带完整调试符号
Release 下崩溃没堆栈？大概率是编译时没保留符号。Qt Creator 默认的 Release 构建会剥离所有调试信息，必须手动干预：
-
QMAKE_CXXFLAGS_RELEASE += -g（GCC/Clang）或-Zi -Z7（MSVC）——只加-g不够，MSVC 必须同时用-Zi（嵌入调试信息）和-Z7（生成独立.pdb） -
QMAKE_LFLAGS_RELEASE += /DEBUG（MSVC）或-Wl,--build-id（Linux）——链接器层面也要配合 - 构建后立刻检查输出目录：是否生成了
YourApp.pdb（Windows）、YourApp.debug（Linux）或YourApp.dSYM（macOS）？没有就白搭 - 每次发布二进制，必须把对应版本的符号文件一起归档——哪怕只是改了一行注释，新生成的
.pdb也无法解析旧.dmp
捕获有效 dump 文件的三种可靠方式
客户现场的崩溃日志往往只有“已停止工作”，你需要能复现的内存快照：
- Windows WER 注册表开关：在
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting\LocalDumps下新建DWORD值DumpType=2（全量 dump），并设置CustomDumpFolder指向可写路径 - qBreakpad 集成：跨平台首选，需在代码中初始化
google_breakpad::ExceptionHandler，指定 dump 路径；生成的是minidump，Qt Creator 从 11.0+ 原生支持加载 - 手动触发（仅限开发机）：运行时按
Ctrl+Break或调用MiniDumpWriteDumpAPI —— 注意不要在 Qt 事件循环卡死时用，可能失败
避免用任务管理器“创建转储”，它常生成不完整堆栈；也别依赖 Windows 自动上传的 WER 文件，路径难找且常被清理。
在 Qt Creator 中加载 dump 并定位崩溃点
打开 dump 不等于能调试——关键看符号链是否打通：
- 菜单栏选择
调试 → 启动外部工具 → 加载核心转储，选中.dmp或core文件 - 首次加载时，Qt Creator 会弹出符号路径配置窗口：必须填入
.pdb所在目录（Windows）或.debug文件路径（Linux）；若提示“未找到匹配模块”，说明.pdb和.exe版本不一致 - 成功加载后，左侧“线程”面板展开崩溃线程，点击最顶层帧——如果符号正确，会直接跳转到源码行；否则只显示
???或汇编指令 - 变量窗口里看不到
QString内容？检查调试器设置：MSVC 下禁用Use Python dumper；MinGW 下确认 GDB 版本 ≥ 12.1，否则 Qt 类型识别会失效
为什么有时 dump 显示崩溃在 Qt 库内部？
这不是 Qt 的 bug，而是上层代码破坏了 Qt 对象状态的典型表现：
- 崩溃地址落在
QMetaObject::activate或QObject::~QObject？90% 是信号槽连接了已销毁对象，或deleteLater()后立即访问成员 - 崩溃在
QPainter::begin？检查是否在非 GUI 线程调用了绘图函数，或QWidget析构后仍有定时器在触发重绘 - 崩溃在
QVector::operator[]？回溯调用栈，往上找第一个你写的函数，重点查at()未判空、data()返回空指针后直接解引用
真正棘手的永远不是 dump 本身，而是符号文件和二进制版本之间那毫秒级的构建时间差——存档时漏掉一个 .pdb，后续所有分析都归零。
