基类析构函数中调用纯虚函数会导致运行时崩溃，因虚函数在析构期静态绑定且纯虚函数无实现；应改用非虚析构+虚钩子函数或RAII封装来安全执行销毁前逻辑。
基类析构函数里调用纯虚函数会直接崩溃
不能这么做。C++ 标准明确规定：在构造或析构过程中，虚函数调用不进行动态绑定，而是静态绑定到当前正在构造/析构的类的版本；而纯虚函数在基类中没有定义（或仅有声明），因此一旦在基类析构函数中调用它，程序行为未定义——绝大多数编译器（GCC、Clang、MSVC）会在运行时触发 pure virtual function call 终止，进程直接 abort。
为什么看似“能编译过去”却一跑就崩
编译器通常不会在编译期报错，因为语法合法：只要派生类实现了该纯虚函数，整个类体系就是可实例化的；但析构顺序是自顶向下（派生类→基类），当执行到基类析构函数时，派生类部分已销毁，其虚表指针可能已被重置或失效，此时再通过虚调用去查派生类实现，底层已无有效目标。
-
virtual void foo() = 0;在基类中只有声明，无函数体 - 即使派生类写了
void foo() override { ... }，它在基类析构阶段不可达 - Clang/GCC 的运行时检测机制（如
__cxa_pure_virtual）会捕获并终止
替代方案：用非虚接口 + 钩子函数解耦销毁逻辑
真正需要的是“在对象生命周期结束前执行某操作”，而不是“必须在析构函数里调纯虚”。把可变行为提前抽离成普通虚函数，在派生类析构开始前手动触发：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
class Base {
public:
virtual ~Base() {
// ✅ 安全：非虚调用，且由派生类确保 on_destroy 已定义
on_destroy();
}
<p>protected:
// 不是纯虚，但要求派生类必须实现（可通过链接错误约束）
virtual void on_destroy() = 0;
};</p><p>class Derived : public Base {
Resource* res<em>;
public:
Derived() : res</em>(new Resource) {}
~Derived() override { delete res_; } // 派生类负责自身资源清理</p><p>protected:
void on_destroy() override {
// 这里可以安全做日志、通知、状态归档等
log("Derived is about to be destroyed");
}
};- 析构函数本身保持 non-virtual（除非需要多态删除）
-
on_destroy()是虚函数，但调用发生在派生类析构体执行前，虚表完好 - 若忘记实现
on_destroy，链接时报undefined reference to 'vtable for Derived'，比运行崩溃更早暴露问题
如果非要“自动触发”且不想改接口，考虑 RAII 封装
把需执行的逻辑封装进独立的 RAII 对象，在基类中作为成员持有，靠其自身析构完成工作——完全绕开虚函数调用时机问题：
立即学习“C++免费学习笔记（深入）”；
struct CleanupHook {
std::function<void()> f_;
CleanupHook(std::function<void()> f) : f_(std::move(f)) {}
~CleanupHook() { if (f_) f_(); }
};
<p>class Base {
protected:
CleanupHook hook<em>; // 成员，析构顺序晚于派生类成员，早于 Base::~Base()
public:
template<typename F>
Base(F&& f) : hook</em>(std::forward<F>(f)) {}
virtual ~Base() = default; // 不再需要手动调虚函数
};</p><p>class Derived : public Base {
public:
Derived() : Base([]{ log("Derived cleanup"); }) {}
};-
CleanupHook析构发生在Derived成员之后、Base成员析构之前，时机可控 - 避免虚函数、避免继承层级依赖，适合轻量钩子
- 注意捕获变量生命周期：lambda 中引用的局部变量在构造 Base 时必须仍有效
基类析构中调纯虚函数不是边缘情况，而是设计信号——说明销毁职责没划清。真正难处理的从来不是语法能不能写，而是谁该在什么时候释放什么资源、谁负责通知谁。把“必须在析构末尾做某事”换成“在析构前期移交控制权”，往往更稳。
