C++安全性的細節太多，就算都看過了，也不可能都記住。更關鍵的是，就算都記住了，也不能讓你成為一個真正的好程序員，看完本文你肯定有不少收獲，希望本文能教會你更多東西。
通過父類型的指針訪問子類自己的虛函數
我們知道，子類沒有重載父類的虛函數是一件毫無意義的事情。因為多態也是要基於函數重載的。雖然在上面的圖中我們可以看到Base1的虛表中有Derive的虛函數，但我們根本不可能使用下面的語句來調用子類的自有虛函數：
任何妄圖使用父類指針想調用子類中的未覆蓋父類的成員函數的行為都會被編譯器視為非法，所以，這樣的程序根本無法編譯通過。但在運行時，我們可以通過指針的方式訪問虛函數表來達到違反C++安全性的行為。關於這方面的嘗試，通過閱讀後面附錄的代碼，相信你可以做到這一點）
另外，如果父類的虛函數是private或是protected的，但這些非public的虛函數同樣會存在於虛函數表中，所以，我們同樣可以使用訪問虛函數表的方式來訪問這些non-public的虛函數，這是很容易做到的。
- 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++安全性是這些“創新”的土壤，是的，我說的就是無窮無盡的workarounds和慣用法。但問題是，這些“創新”其實根本不是創新，你必須認識到的是，他們都只不過是在沒有first-class解決方案的前提下不得已折騰出來的替補方案。是的，它們某種程度上的確可以叫創新，甚至研究可行的解決方案本身也是一件非常有意思的事情。
