崩溃时堆栈为空或只显示__cxa_pure_virtual，根本原因是对象已析构但仍有线程调用其虚函数，导致虚表指针被覆写；应优先用addr2line反查地址、GDB_SIGNAL=0捕获调用瞬间，并检查多线程下对象生命周期管理是否正确。
崩溃时堆栈为空或只显示 __cxa_pure_virtual 怎么办
这种现象很常见：gdb 里 bt 只能看到 __cxa_pure_virtual 或几层系统调用，没有用户代码帧。根本原因是——对象已经析构完毕，但仍有线程在调用它的虚函数，此时虚表指针可能已被覆写为 __cxa_pure_virtual 的地址，原始调用上下文彻底丢失。
别急着翻源码，先做三件事：
- 用
addr2line -e your_binary 0xADDR把崩溃地址反查到具体符号（如果编译带-g） - 加环境变量
export GDB_SIGNAL=0后再跑，让 gdb 在__cxa_pure_virtual被调用的瞬间中断（不是崩溃后） - 检查所有涉及该对象的线程操作：是否在
std::thread构造时传了栈上对象地址？是否没等线程join()就让对象离开作用域？
如何复现非必现的 pure virtual method called
它总在程序退出、负载波动或压测后期出现，本质是竞态暴露了生命周期漏洞。靠“多跑几次”效率太低。
更有效的办法是主动施加压力：
立即学习“C++免费学习笔记（深入）”；
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 在疑似对象的构造/析构函数里加
std::this_thread::sleep_for(1ms)，人为拉长“虚表切换窗口”，让竞态更容易触发 - 用
valgrind --tool=helgrind扫描线程间数据竞争，重点关注对同一对象指针的读写是否加锁或同步 - 把对象分配从栈改为堆（
new ChildMonitor），并在销毁前显式delete，配合AddressSanitizer检查 use-after-free
基类构造函数里调用了虚函数，怎么快速定位是哪一行
编译器不会报错，但运行时一调就崩。关键线索在构造顺序：基类构造时，派生类部分尚未初始化，虚函数表指针仍指向基类——如果基类虚函数是纯虚的，就会直接跳转到 __cxa_pure_virtual。
静态排查比动态调试更快：
- 全局搜索
BaseClass\([^)]*\)\s*{[^}]*virtual（正则匹配基类构造函数体内的 virtual 调用） - 检查所有基类构造函数中是否直接调用了
virtual成员函数，尤其是形如foo()、init()、setup()这类名字 - 注意隐式调用：比如构造函数里调用了另一个非虚函数，而那个函数内部又调用了虚函数
Qt 或多线程环境下特别容易出这个问题，为什么
Qt 的信号槽、QThread、QObject 移动等机制，会让对象生命周期和线程执行解耦得更隐蔽。典型场景是：主线程创建 QObject 派生对象并 moveToThread，但析构发生在子线程，而主线程仍在发信号。
真正危险的不是“跨线程调用”，而是“跨线程访问已析构对象”：
- 不要在析构函数里调用
QObject::deleteLater()或发信号 - 用
QPointer<T>替代裸指针存储 QObject 指针，它会在对象销毁时自动置空 - 确保所有信号连接都使用
Qt::QueuedConnection，并在连接前检查接收对象是否还在thread() == QThread::currentThread()
