“pure virtual func++tion call”异常通常出现在c++对象构造或析构过程中，根本原因是在这两个阶段调用了纯虚函数，导致无法正确解析。1. 构造函数或析构函数中直接调用纯虚函数会导致此问题；2. 基类构造函数调用的虚函数在派生类中被覆盖为纯虚函数也会触发异常；3. 析构函数中调用了已被覆盖为纯虚函数的虚函数同样危险。避免方法包括：1. 不要在构造/析构期间调用虚函数，可将逻辑移至独立初始化函数并在构造后手动调用；2. 使用非虚接口模式（nvi），通过非虚公共接口调用私有虚实现；3. 检查继承链中虚函数覆盖情况，确保构造期间不会间接调用纯虚函数。调试时可通过断点、日志输出和检查虚函数默认实现来定位问题。遵循构造/析构阶段的行为规范可有效规避此类异常。
遇到“pure virtual function call”异常时，问题往往出现在C++对象构造或析构的过程中。这个错误通常不是程序运行逻辑的问题，而是设计层面的疏忽导致的。出现这个异常的本质原因是：在构造函数或析构函数中调用了纯虚函数，而此时对象还没有完全构造完成或已经进入析构阶段，导致无法正确解析该函数。
为什么会出现“pure virtual function call”？
这个问题最常发生在以下几种情况：
- 在基类的构造函数中直接调用纯虚函数。
- 在基类构造函数中调用了某个虚函数，而该虚函数在派生类中被重写为纯虚函数。
- 在析构函数中调用了虚函数（尤其是已经被派生类覆盖为纯虚函数的情况）。
例如：
立即学习“C++免费学习笔记（深入）”；
class Base {
public:
Base() { foo(); } // 这里调用虚函数，可能触发异常
virtual void foo() = 0;
};
class Derived : public Base {
void foo() override {}
};在这个例子中，Base的构造函数调用了纯虚函数foo()，就会导致“pure virtual function call”。
如何避免和修复这个问题？
1. 不要在构造函数或析构函数中调用虚函数
这是最根本的原则。构造函数执行期间，对象的类型还处于“未完全构造”的状态；析构函数执行时，对象的部分子对象可能已经被销毁。在这两个阶段调用虚函数，会导致动态绑定失效。
✅ 正确做法是将这些逻辑移到一个独立的初始化函数中，在构造完成后手动调用它。
class Base {
public:
Base() { /* 不在这里调用虚函数 */ }
void init() { foo(); } // 构造完成后调用init()
virtual void foo() = 0;
};2. 使用非虚接口模式（NVI）
如果你确实需要在构造/析构阶段做一些操作，可以考虑使用非虚接口模式，即让公共接口是非虚的，内部实现才是虚函数。
class Base {
public:
Base() { init(); }
void doSomething() { impl_doSomething(); }
private:
virtual void impl_doSomething() = 0;
void init() {
// 初始化代码，不调用虚函数或只调用非虚辅助函数
}
};这样能有效避免虚函数在构造期间被调用。
3. 检查继承链中的虚函数覆盖情况
有时候你并没有显式调用纯虚函数，但在基类构造函数中调用了一个虚函数，而该函数在子类中被覆盖成了纯虚函数。这种情况也可能会触发异常。
你可以通过查看类的继承关系图，确认哪些虚函数最终变成了纯虚函数，并确保它们不会在构造过程中被间接调用。
调试技巧
如果你不确定是哪个地方触发了“pure virtual function call”，可以尝试以下方法定位：
- 使用调试器设置断点，观察调用栈。
- 在构造函数和析构函数中添加日志输出，跟踪执行流程。
- 检查所有虚函数是否都有默认实现（即使是一个空实现），防止意外调用纯虚函数。
基本上就这些。这类问题虽然看起来吓人，但只要注意构造/析构阶段的行为规范，基本都能避免。
