C++安全性的細(xì)節(jié)太多，就算都看過了，也不可能都記住。更關(guān)鍵的是，就算都記住了，也不能讓你成為一個真正的好程序員，看完本文你肯定有不少收獲，希望本文能教會你更多東西。

通過父類型的指針訪問子類自己的虛函數(shù)

我們知道，子類沒有重載父類的虛函數(shù)是一件毫無意義的事情。因為多態(tài)也是要基于函數(shù)重載的。雖然在上面的圖中我們可以看到Base1的虛表中有Derive的虛函數(shù)，但我們根本不可能使用下面的語句來調(diào)用子類的自有虛函數(shù)：

任何妄圖使用父類指針想調(diào)用子類中的未覆蓋父類的成員函數(shù)的行為都會被編譯器視為非法，所以，這樣的程序根本無法編譯通過。但在運行時，我們可以通過指針的方式訪問虛函數(shù)表來達到違反C++安全性的行為。（關(guān)于這方面的嘗試，通過閱讀后面附錄的代碼，相信你可以做到這一點）#t#

另外，如果父類的虛函數(shù)是private或是protected的，但這些非public的虛函數(shù)同樣會存在于虛函數(shù)表中，所以，我們同樣可以使用訪問虛函數(shù)表的方式來訪問這些non-public的虛函數(shù)，這是很容易做到的。

class Base {   
 
private:   
 
virtual void f() { cout << "Base::f" << endl; }   
 
};   
 
class Derive : public Base{   
 
};   
 
typedef void(*Fun)(void);   
 
void main() {   
 
Derive d;   
 
Fun pFun = (Fun)*((int*)*(int*)(&d)+0);   
 
pFun();   
 
}  

C++安全性是一種很難的問題，對于程序員來說，我們似乎永遠摸不清楚這門語言背著我們在干了什么。需要熟悉這門語言，我們就必需要了解C++里面的那些東西，需要去了解C++中那些危險的東西。不然，這是一種搬起石頭砸自己腳的編程語言。

而C++安全性是這些“創(chuàng)新”的土壤，是的，我說的就是無窮無盡的workarounds和慣用法。但問題是，這些“創(chuàng)新”其實根本不是創(chuàng)新，你必須認(rèn)識到的是，他們都只不過是在沒有first-class解決方案的前提下不得已折騰出來的替補方案。是的，它們某種程度上的確可以叫創(chuàng)新，甚至研究可行的解決方案本身也是一件非常有意思的事情。