c++oding="utf-8" ?>
pure virtual method called 无法用 try/catch 捕获，因其由运行时库直接调用 std::abort() 终止进程，不经过 throw；常见于构造/析构中调用虚函数、悬垂指针或多线程生命周期错乱。
为什么 pure virtual method called 无法用 try/catch 捕获
这不是 C++ 异常，而是由运行时库（如 libstdc++ 或 libc++）在检测到纯虚函数被调用时，直接调用 std::abort() 终止进程。它不经过 throw，所以任何 try/catch 块都无效——哪怕包住整个 main() 也没用。
常见触发场景包括：
- 在基类构造/析构函数中，间接调用了子类重写的虚函数（此时子类对象尚未构造完成或已被析构）
- 使用了已析构对象的指针/引用（悬垂指针），而该对象类型含有纯虚函数
- 多线程下，对象生命周期管理错乱，一个线程正在析构，另一个线程还在调用其虚函数
用 __cxa_pure_virtual 替换拦截（GCC/Clang）
libstdc++ 和 libc++ 都会在崩溃前调用一个弱符号函数 __cxa_pure_virtual。你可以提供自己的定义，插入日志、生成堆栈、或触发调试器中断，但注意：不能长期“吞掉”它并返回（否则行为未定义，可能引发二次崩溃）。
实操建议：
- 在全局作用域（如
main.cpp最上方）定义：extern "C" void __cxa_pure_virtual() { // 记录当前线程 ID、调用栈（可用 backtrace()）、时间戳 // 然后调用 abort() 或 raise(SIGTRAP) 进入调试器 abort(); } - 确保链接时不被其他静态库中的同名定义覆盖（检查
nm -C your_binary | grep cxa_pure_virtual） - 仅适用于 GCC/Clang + libstdc++/libc++；MSVC 不支持此机制，需换用 SEH 或向量异常处理
用 std::set_terminate 做最后兜底
虽然 pure virtual method called 不抛异常，但某些实现（尤其是旧版 libstdc++）在 abort 前会先调用 std::terminate()。因此设置自定义 terminate handler 是最便携的兜底方式：
示例：
#include <iostream>
#include <cstdlib>
#include <execinfo.h><p>void my_terminate() {
void* buffer[100];
int nptrs = backtrace(buffer, 100);
backtrace_symbols_fd(buffer, nptrs, STDERR_FILENO);
std::cerr </p>
<p>int main() {
std::set_terminate(my_terminate);
// ... rest of program
}</p></execinfo.h></cstdlib></iostream>
-
_exit()比exit()更安全，跳过所有对象析构和 atexit 回调 - 该 handler 可能被其他异常路径触发（比如未捕获异常），需结合日志上下文判断是否真为纯虚调用
- 在 macOS 上需链接
-lbacktrace，Linux 通常内置
静态分析与编译期防护更有效
运行时拦截只是“看见崩溃”，真正解决问题得靠预防。纯虚调用本质是对象状态错误，而非逻辑异常。
- 启用编译器警告：
-Wnon-virtual-dtor（基类缺虚析构）、-Wsuggest-override（虚函数重写不明确） - 用 AddressSanitizer + UndefinedBehaviorSanitizer：
-fsanitize=address,undefined，UBSan 能在部分纯虚调用场景（如构造中调用虚函数）报undefined-behavior并给出调用栈 - 避免在构造/析构函数中调用虚函数——这是 C++ 明确禁止的行为，不是风格问题
- 用
std::shared_ptr/std::weak_ptr管理多态对象生命周期，配合enable_shared_from_this减少悬垂引用
实际项目里，90% 的 pure virtual method called 都能在 ASan+UBSan 下复现并定位到构造/析构阶段的误用，比写运行时 hook 快得多。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
