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()函式執行的也是繼承類定義的函式.
如果不需要基類對派生類及物件進行操作,則不能定義虛函式,因為這樣會增加記憶體開銷.當類裡面有定義虛函式的時候,編譯器會給類新增乙個虛函式表,裡面來存放虛函式指標,這樣就會增加類的儲存空間.所以,只有當乙個類被用來作為基類的時候,才把析構函式寫成虛函式.
C 析構函式為什麼要為虛函式
1.為什麼基類的析構函式是虛函式?在實現多型時,當用基類操作派生類,在析構時防止只析構基類而不析構派生類的狀況發生。下面 網路 源位址 a.第一段 includeusing namespace std class clxbase clxbase void dosomething class clxd...
C 析構函式為什麼要為虛函式
注 本文內容 於zhice163博文,感謝作者的整理。1.為什麼基類的析構函式是虛函式?在實現多型時,當用基類操作派生類,在析構時防止只析構基類而不析構派生類的狀況發生。下面 網路 源位址 a.第一段 includeusing namespace std class clxbase clxbase ...
C 析構函式為什麼要為虛函式
在實現多型時,當用基類操作派生類,在析構時防止只析構基類而不析構派生類的狀況發生。a.第一段 includeusing namespace std class clxbase clxbase void dosomething class clxderived public clxbase clxde...