1.為什麼基類的析構函式是虛函式？
在實現多型時，當用基類操作派生類，在析構時防止只析構基類而不析構派生類的狀況發生。
下面**網路：源位址
a.第一段**
#includeusing namespace std;class clxbase;
~clxbase() ;
void dosomething() ;
};class clxderived : public clxbase;
~clxderived() ;
void dosomething() ;
}; int main()
執行結果：
do something in class clxderived!
output from the destructor of class clxderived!
output from the destructor of class clxbase!
這段**中基類的析構函式不是虛函式,在main函式中用繼承類的指標去操作繼承類的成員,釋放指標p的過程是:先釋放繼承類的資源,再釋放基類資源.
b.第二段**
#includeusing namespace std;class clxbase;
~clxbase() ;
void dosomething() ;
};class clxderived : public clxbase;
~clxderived() ;
void dosomething()
}; int main()
輸出結果：
do something in class clxbase!
output from the destructor of class clxbase!
這段**中基類的析構函式同樣不是虛函式,不同的是在main函式中用基類的指標去操作繼承類的成員,釋放指標p的過程是:只是釋放了基類的資源,而沒有呼叫繼承類的析構函式.呼叫 dosomething()函式執行的也是基類定義的函式.
一般情況下,這樣的刪除只能夠刪除基類物件,而不能刪除子類物件,形成了刪除一半角象,造成記憶體洩漏.
在公有繼承中,基類對派生類及其物件的操作,只能影響到那些從基類繼承下來的成員.如果想要用基類對非繼承成員進行操作,則要把基類的這個函式定義為虛函式.
析構函式自然也應該如此:如果它想析構子類中的重新定義或新的成員及物件,當然也應該宣告為虛的.
c.第三段**：
#includeusing namespace std;class clxbase;
virtual ~clxbase() ;
virtual void dosomething() ;
};class clxderived : public clxbase;
~clxderived() ;
void dosomething() ;
}; int main()
執行結果：
do something in class clxderived!
output from the destructor of class clxderived!
output from the destructor of class clxbase!
這段**中基類的析構函式被定義為虛函式,在main函式中用基類的指標去操作繼承類的成員,釋放指標p的過程是:只是釋放了繼承類的資源,再呼叫基類的析構函式.呼叫dosomething()函式執行的也是繼承類定義的函式.
如果不需要基類對派生類及物件進行操作,則不能定義虛函式,因為這樣會增加記憶體開銷.當類裡面有定義虛函式的時候,編譯器會給類新增乙個虛函式表,裡面來存放虛函式指標,這樣就會增加類的儲存空間.所以,只有當乙個類被用來作為基類的時候,才把析構函式寫成虛函式.
為什麼析構函式要定義為虛函式
include using namespace std class a virtual a a void fun protected private class b public a b int main 當a的析構函式宣告為虛函式時，執行結果如下 當a的析構函式為普通函式時，執行結果如下 對比可得...
C 基類析構函式為什麼要定義為虛函式
在c 實現多型裡，有乙個關於 析構函式的重寫問題 基類中的析構函式如果是虛函式，那麼派生類的析構函式就重寫了基類的析構函式。這裡他們的函式名不相同，看起來違背了重寫的規則，但實際上編譯器對析構函式的名稱做了特殊處理，編譯後析構函式的名稱統一處理成destructor。那麼為什麼要把基類中的析構函式寫...
析構函式為什麼設定為虛函式
1.第一段 include using namespace std class clxbase clxbase void dosomething class clxderived public clxbase clxderived void dosomething int main 執行結果 do ...