“pure virtual func++tion call”異常通常出現在c++對象構造或析構過程中，根本原因是在這兩個階段調用了純虛函數，導致無法正確解析。1. 構造函數或析構函數中直接調用純虛函數會導致此問題；2. 基類構造函數調用的虛函數在派生類中被覆蓋為純虛函數也會觸發異常；3. 析構函數中調用了已被覆蓋為純虛函數的虛函數同樣危險。避免方法包括：1. 不要在構造/析構期間調用虛函數，可將邏輯移至獨立初始化函數并在構造后手動調用；2. 使用非虛接口模式（nvi），通過非虛公共接口調用私有虛實現；3. 檢查繼承鏈中虛函數覆蓋情況，確保構造期間不會間接調用純虛函數。調試時可通過斷點、日志輸出和檢查虛函數默認實現來定位問題。遵循構造/析構階段的行為規范可有效規避此類異常。
為什么會出現“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”，可以嘗試以下方法定位：
- 使用調試器設置斷點，觀察調用棧。
- 在構造函數和析構函數中添加日志輸出，跟蹤執行流程。
- 檢查所有虛函數是否都有默認實現（即使是一個空實現），防止意外調用純虛函數。
基本上就這些。這類問題雖然看起來嚇人，但只要注意構造/析構階段的行為規范，基本都能避免。
