1.為什麼基類的析構函式是虛函式?
在實現多型時,當用基類操作派生類,在析構時防止只析構基類而不析構派生類的狀況發生。
下面**網路:源位址
a.第一段**
#includeusingnamespace
std;
class
clxbase;
~clxbase() ;
void dosomething() ;
};class clxderived : public
clxbase;
~clxderived() ;
void dosomething() ;
};
intmain()
執行結果:
do something in class clxderived!
output from the destructor of class clxderived!
output from the destructor of class clxbase!
這段**中基類的析構函式不是虛函式,在main函式中用繼承類的指標去操作繼承類的成員,釋放指標p的過程是:先釋放繼承類的資源,再釋放基類資源.
b.第二段**
#includeusingnamespace
std;
class
clxbase;
~clxbase() ;
void dosomething() ;
};class clxderived : public
clxbase;
~clxderived() ;
void dosomething()
};
intmain()
輸出結果:
do something in class clxbase!
output from the destructor of class clxbase!
這段**中基類的析構函式同樣不是虛函式,不同的是在main函式中用基類的指標去操作繼承類的成員,釋放指標p的過程是:只是釋放了基類的資源,而沒有呼叫繼承類的析構函式.呼叫 dosomething()函式執行的也是基類定義的函式.
一般情況下,這樣的刪除只能夠刪除基類物件,而不能刪除子類物件,形成了刪除一半角象,造成記憶體洩漏.
在公有繼承中,基類對派生類及其物件的操作,只能影響到那些從基類繼承下來的成員.如果想要用基類對非繼承成員進行操作,則要把基類的這個函式定義為虛函式.
析構函式自然也應該如此:如果它想析構子類中的重新定義或新的成員及物件,當然也應該宣告為虛的.
c.第三段**:
#includeusingnamespace
std;
class
clxbase;
virtual ~clxbase() ;
virtual
void dosomething() ;
};class clxderived : public
clxbase;
~clxderived() ;
void dosomething() ;
};
intmain()
執行結果:
do something in class clxderived!
output from the destructor of class clxderived!
output from the destructor of class clxbase!
這段**中基類的析構函式被定義為虛函式,在main函式中用基類的指標去操作繼承類的成員,釋放指標p的過程是:只是釋放了繼承類的資源,再呼叫基類的析構函式.呼叫dosomething()函式執行的也是繼承類定義的函式.
如果不需要基類對派生類及物件進行操作,則不能定義虛函式,因為這樣會增加記憶體開銷.當類裡面有定義虛函式的時候,編譯器會給類新增乙個虛函式表,裡面來存放虛函式指標,這樣就會增加類的儲存空間.所以,只有當乙個類被用來作為基類的時候,才把析構函式寫成虛函式.
為什麼基類的析構函式是虛函式
1.為什麼基類的析構函式是虛函式?在實現多型時,當用基類操作派生類,在析構時防止只析構基類而不析構派生類的狀況發生。下面 網路 源位址 a.第一段 includeusing namespace std class clxbase clxbase void dosomething class clxd...
為什麼基類的析構函式是虛函式?
注 本文章內容大部分來自 整理 1.為什麼基類的析構函式是虛函式?在實現多型時,當用基類操作派生類,在析構時防止只析構基類而不析構派生類的狀況發生。a.第一段 include using namespace std class clxbase clxbase void dosomething cla...
為什麼基類的析構函式是虛函式?
1.為什麼基類的析構函式是虛函式?在實現多型時,當用基類操作派生類,在析構時防止只析構基類而不析構派生類的狀況發生。a.第一段 includeusing namespace std class clxbase clxbase void dosomething class clxderived pub...