Qt多线程GUI程序随机崩溃，Minidump无用户代码栈信息求助

一、先解决Minidump无用户代码栈的问题 #

没有用户代码栈就没法精准定位，先把这个问题搞定：

• 确保Minidump包含足够信息：检查你的Minidump配置代码，必须启用MiniDumpWithFullMemory或者至少组合MiniDumpWithDataSegs+MiniDumpWithProcessThreadData，否则符号无法关联。同时编译程序时必须生成匹配版本的PDB符号文件，崩溃程序和PDB要严格对应，不能混用不同编译批次的文件。
• WinDbg正确加载符号：打开WinDbg后，先设置符号路径（添加本地PDB所在目录，再加上微软公共符号服务器 srv*），执行.reload /f强制重新加载符号，再用kv命令查看完整调用栈。
• 确认异常捕获时机：必须用系统顶层异常处理（比如SetUnhandledExceptionFilter）触发Minidump生成，不要依赖Qt的消息处理器，避免捕获不及时导致栈信息丢失。

二、锁相关崩溃的针对性排查 #

既然怀疑锁的问题，从这几个方向入手：

• 锁顺序不一致导致的死锁：
  梳理所有加锁的代码路径，确保所有线程获取多把锁的顺序完全一致。比如线程A先拿lock1再拿lock2，线程B绝不能反过来先拿lock2再拿lock1。
• 共享资源未正确加锁：
  检查所有跨线程访问的变量、对象，确保每次读写都持有对应锁。特别注意Qt GUI组件，必须在主线程操作，子线程绝对不能直接修改QWidget，要用QMetaObject::invokeMethod或者信号槽异步处理。
• 锁的误用：
  • 非递归锁（QMutex默认）不能被同一个线程重复获取，否则直接死锁或崩溃，需要递归加锁时改用QMutex::Recursive模式。
  • 用QMutexLocker替代手动调用lock()/unlock()，避免分支、异常场景下遗漏解锁操作。
• 锁状态日志：
  在锁的获取、释放位置添加日志，记录时间戳、线程ID、锁名称，崩溃后通过日志回溯锁的持有状态，定位是否有锁长时间未释放的情况。

三、其他补充排查手段 #

• 开启Qt详细调试日志：在代码里设置qSetMessagePattern("%{time yyyyMMdd hh:mm:ss.zzz} %{threadid} %{type} %{message}")，输出线程ID和时间戳，方便追踪崩溃前的操作序列。
• 用线程检测工具：Windows环境下编译时开启Visual Studio的AddressSanitizer，它能自动检测线程竞争、内存越界等问题，快速定位锁相关的竞争条件。
• 自动化压力测试：写脚本让程序重复执行高频操作，同时监控CPU、内存变化，观察崩溃是否有规律（比如内存耗尽、特定操作触发），缩小排查范围。

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