QtCrashDumper生成Crash Dump及分析问题求助

我之前在项目里用QtCrashDumper时也踩过类似的坑，给你分享下当时的排查和解决思路，应该能帮你理清方向：

一、堆栈追踪信息参考价值极低的解决办法 #

堆栈没价值大多是调试符号缺失或捕获逻辑不到位，你可以按以下步骤逐一排查：

• 确保编译时生成完整调试符号
  不管是Debug还是Release模式，都要开启调试符号生成：

  • 用GCC/Clang编译时，Release模式下要加编译参数 -g（可以在Qt项目的.pro文件里写 QMAKE_CXXFLAGS_RELEASE += -g），同时别用 -s 符号剥离参数。
  • 用Visual Studio编译时，Release配置里要勾选“生成调试信息”（对应编译选项 /Zi 或 /ZI），确保PDB文件和程序一起部署。

• 配置QtCrashDumper加载本地符号
  QtCrashDumper默认可能只加载系统模块的符号，你得确保它能找到自己项目的符号文件：

  • 把PDB（Windows）或DWARF（Linux）文件和程序放在同一目录，或者初始化QtCrashDumper时，通过代码指定符号搜索路径。
  • 先写个简单的崩溃测试（比如 int* p = nullptr; *p = 0;），如果这个场景下堆栈能正确显示函数名和行号，说明实际崩溃的场景比较特殊（比如多线程崩溃、栈溢出），这时候要确认QtCrashDumper的异常捕获逻辑是否线程安全，是否覆盖了所有异常类型（Windows的SEH、Linux的信号）。

• 排查崩溃场景的特殊性
  有些极端崩溃（比如栈溢出、堆破坏）会直接破坏调用栈结构，导致任何崩溃捕获工具都拿不到完整堆栈。这种情况下可以：

  • 用WinDbg（Windows）或GDB（Linux）直接加载dmp文件手动分析。
  • 在关键代码段加日志，缩小崩溃范围后针对性调试。

二、dmp文件模块版本显示不匹配的解决办法 #

你遇到的2.8.0.4变成2.08.0.4，本质是版本号格式化时的补零问题，按以下步骤处理：

• 检查程序自身的版本资源
  先确认程序本身的版本号是否正确：

  • Windows上右键程序→属性→详细信息，看“文件版本”字段，如果这里显示的就是2.08.0.4，那问题出在版本资源定义上。
  • 打开Qt项目的.rc版本资源文件，确保FILEVERSION和PRODUCTVERSION的定义是2,8,0,4，而不是2,08,0,4（Windows版本号是四个16位整数，8和08数值相同，但格式化时会被补零显示）。

• 修改QtCrashDumper的版本号格式化逻辑
  如果程序自身版本资源是对的，但dmp里显示异常，那就是QtCrashDumper在读取版本号时的格式化代码有问题：

  • 找到QtCrashDumper中读取并格式化版本号的代码段（比如Windows下调用GetFileVersionInfo后处理版本信息的部分）。
  • 把格式化时的补零逻辑去掉，比如把类似QString("%1.%02d.%02d.%02d").arg(...)的代码改成QString("%1.%2.%3.%4").arg(...)，这样就不会把8补成08了。

• 排查手动设置版本号的代码
  如果你在代码里手动给QtCrashDumper设置过版本号（比如调用了相关接口），检查是否不小心把版本号写成了带前导零的字符串（比如"2.08.0.4"），改成"2.8.0.4"即可。

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