#includeusing namespace std;
class b0//基類bo宣告
};class b1 :public b0//公有派生
};class d1 : public b1//公有派生
};void fun(b0* ptr)//普通函式
int main()//主函式
由於display()為虛函式，且b1公有繼承自b0，d1公有繼承自b1，此處又為指標傳遞，故會實現多型。
（2）
#includeusing namespace std;
class b0//基類bo宣告
};class b1 :public b0//公有派生
};class d1 : public b1//公有派生
};void fun(b0 ptr)//普通函式
int main()//主函式
void fun(b0 ptr)//普通函式
這裡使用的不是按位址傳遞，這樣會轉化為基類物件，直接呼叫基類的成員函式，
關於虛函式那點破事
如果你是c 程式設計師，我想你可能遇到過這樣的情況 在debug時，對著乙個函式step into，明明呼叫的是a函式，可是結果卻跳進了b函式。為什麼，call stack裡顯示的也是明明白白，就是直接進了b函式。百思不得其解，於是你懷疑是不是系統出了問題，是不是編譯器出了問題，是不是偵錯程式出了問...
函式呼叫背後那點事
當你寫下乙個簡單的c語言程式 比如我們都會寫的hello world 你可曾知道這個簡單的程式背後的那些事情 今天我們從彙編的角度來 一下乙個函式在被呼叫的前前後後。我們知道棧儲存了乙個函式呼叫所需要的維護資訊，而這些維護資訊通常被稱為堆疊幀或活動記錄。堆疊幀一般包括如下幾個方面 1 函式的返回位址...
新的虛函式的派生
在派生類中時，很容易在無意中建立乙個新的虛函式的派生類中時，你實際上是在重寫基類的函式。當你不正確的比賽在派生類和基類中的乙個函式原型。比如說呢。當這一切發生的時候，它可以很容易使乙個函式呼叫a 或b 和期望得到的衍生版本但最終得到的基礎版代替。這個現象也能輕易發生當您新增了乙個新的引數在基地的功能...