主頁 > 軟體設計 > 【C++】多型進階

【C++】多型進階

2021-02-19 17:12:57 軟體設計

多型進階

  • 1. 多型實作原理探究
    • 1.1 包含虛函式的類的大小
    • 1.2 虛函式表
    • 1.3 動態系結與靜態系結
  • 2. 單繼承中的虛函式表
  • 3. 多繼承中的虛函式表

1. 多型實作原理探究

1.1 包含虛函式的類的大小

求sizeof(Base)的大小?

class Base
{
public:
	virtual void Func1()
	{
		cout << "Func1()" << endl;
	}
private:
	int _b = 1;
};

正常來說,Base類中只用一個int型成員變數,其大小應該是4位元組,但是經過VS2013編譯后顯示,其實是 8位元組

我使用VS2013中的監視功能發現:Base類的實體化變數中多了一個void**指標變數_vfptr,這個指標指向的東西是一個虛函式表

image-20210216102431547

1.2 虛函式表

  • 一個含有虛函式的類中都至少都有一個虛函式表指標,因為虛函式的地址要被放到虛函式表中,虛函式表也簡稱虛表
  • 物件中的這個指標_vfptr我們叫做虛函式表指標(v代表virtual,f代表function)

image-20210216103016815

  • 通過匯編代碼可以發現,_vfptr中保存的是虛擬函式的地址

觀察以下代碼

// 1.我們增加一個派生類Derive去繼承Base
// 2.Derive中重寫Func1
// 3.Base再增加一個虛函式Func2和一個普通函式Func3
class Base
{
public:
	virtual void Func1(){}
	virtual void Func2(){}
	void Func3(){}
private:
	int _b = 1;
};

class Derive : public Base
{
public:
	virtual void Func1(){}
private:
	int _d = 2;
};

int main()
{
	Base b;
	Derive d;
    
	return 0;
}

image-20210216103945340

黃色框框:我們可以發現,每個物件中有自己獨立的虛函式表指標

紅色框框:我們可以發現,子類重寫父類的虛函式后,重寫后的虛函式Func1就是一個新的虛函式了

藍色框框:我們可以發現,子類繼承了父類的虛擬函式Func2,子類并沒有重寫該函式,故子類物件的虛函式表指標中存放的依然是父類的虛函式Func2的地址

image-20210216132559844


給Derive類加入一個虛擬函式Func4后發現在VS2013的監視的_vfptr中并未顯示出Func4的函式入口地址,但是在_vfptr的地址中保存著三個虛擬函式地址

image-20210216135037070

【總結】

  • 虛函式表本質是一個存虛函式指標的指標陣列,這個陣列最后面放了一個nullptr
  • 派生類的虛表生成:a.先將基類中的虛表內容拷貝一份到派生類虛表中 b.如果派生類重寫了基類中某個虛函式,用派生類自己的虛函式覆寫虛表中基類的虛函式 c.派生類自己新增加的虛函式按其在派生類中的宣告次序增加到派生類虛表的最后,
  • 虛函式和普通函式一樣都是存在于代碼段

1.3 動態系結與靜態系結

  • 靜態系結:稱為前期系結早系結,在程式編譯期間就確定了程式的行為,稱為靜態多型,例如:函式多載
  • 動態系結:稱為后期系結晚系結,在程式運行期間才確定的程式的行為,稱為動態多型
class Person {
public:
	virtual void BuyTicket() { cout << "買票-全價" << endl; }
};

class Student : public Person {
public:
	virtual void BuyTicket() { cout << "買票-半價" << endl; }
};

void Func(Person& p)
{
	p.BuyTicket();
}

int main()
{
	Person Mike;
	Func(Mike);

	Student Johnson;
	Func(Johnson);

	return 0;
}

輸出

買票-全價
買票-半價

匯編代碼解釋

// 以下匯編代碼中跟你這個問題不相關的都被去掉了
void Func(Person* p)
{
	p->BuyTicket();
	
	// p中存的是mike物件的指標,將p移動到eax中
	001940DE mov eax,dword ptr [p]
	// [eax]就是取eax值指向的內容,這里相當于把mike物件頭4個位元組(虛表指標)移動到了edx
	001940E1 mov edx,dword ptr [eax]
	// [edx]就是取edx值指向的內容,這里相當于把虛表中的頭4位元組存的虛函式指標移動到了eax
	00B823EE mov eax,dword ptr [edx]
	// call eax中存虛函式的指標,這里可以看出滿足多型的呼叫,不是在編譯時確定的,是運行起來以后到物件的中取找的,
	001940EA call eax
	001940EC cmp esi,esp
}
int main()
{
...
	// 首先BuyTicket雖然是虛函式,但是mike是物件,不滿足多型的條件,所以這里是普通函式的呼叫轉換成地址時,是在編譯時已經從符號表確認了函式的地址,直接call 地址
	mike.BuyTicket();
	00195182 lea ecx,[mike]
	00195185 call Person::BuyTicket (01914F6h)
...
}

2. 單繼承中的虛函式表

取出類中的 虛函式表

class Base {
public:
	virtual void func1() { cout << "Base::func1" << endl; }
	virtual void func2() { cout << "Base::func2" << endl; }
private:
	int a;
};
class Derive :public Base {
public:
	virtual void func1() { cout << "Derive::func1" << endl; }
	virtual void func3() { cout << "Derive::func3" << endl; }
	virtual void func4() { cout << "Derive::func4" << endl; }
private:
	int b;
};
typedef void(*VFPTR) ();
void PrintVTable(VFPTR vTable[])
{
	// 依次取虛表中的虛函式指標列印并呼叫,呼叫就可以看出存的是哪個函式
	cout << " 虛表地址>" << vTable << endl;
	for (int i = 0; vTable[i] != nullptr; ++i)
	{
		printf(" 第%d個虛函式地址 :0X%x,->", i, vTable[i]);
		VFPTR f = vTable[i];
		f();
	}
	cout << endl;
}
int main()
{
	Base b;
	Derive d;
		// 思路:取出b、d物件的頭4bytes,就是虛表的指標,前面我們說了虛函式表本質是一個存虛函式指標的指標陣列,這個陣列最后面放了一個nullptr
		// 1.先取b的地址,強轉成一個int*的指標
		// 2.再解參考取值,就取到了b物件頭4bytes的值,這個值就是指向虛表的指標
		// 3.再強轉成VFPTR*,因為虛表就是一個存VFPTR型別(虛函式指標型別)的陣列,
		// 4.虛表指標傳遞給PrintVTable進行列印虛表
		// 5.需要說明的是這個列印虛表的代碼經常會崩潰,因為編譯器有時對虛表的處理不干凈,虛表最后面沒有放nullptr,導致越界,這是編譯器的問題,我們只需要點目錄欄的 - 生成 - 清理解決方案,再編譯就好了,
	VFPTR* vTableb = (VFPTR*)(*(int*)&b);
	PrintVTable(vTableb);

	VFPTR* vTabled = (VFPTR*)(*(int*)&d);
	PrintVTable(vTabled);

	return 0;
}

輸出:

 虛表地址>00BFDC74
 第0個虛函式地址 :0Xbf100a,->Base::func1
 第1個虛函式地址 :0Xbf1285,->Base::func2

 虛表地址>00BFDCA4
 第0個虛函式地址 :0Xbf11ae,->Derive::func1
 第1個虛函式地址 :0Xbf1285,->Base::func2
 第2個虛函式地址 :0Xbf11fe,->Derive::func3
 第3個虛函式地址 :0Xbf111d,->Derive::func4

圖解單繼承中虛函式表

image-20210216162954846

3. 多繼承中的虛函式表

class Base1 {
public:
	virtual void func1() { cout << "Base1::func1" << endl; }
	virtual void func2() { cout << "Base1::func2" << endl; }
private:
	int b1;
};
class Base2 {
public:
	virtual void func1() { cout << "Base2::func1" << endl; }
	virtual void func2() { cout << "Base2::func2" << endl; }
private:
	int b2;
};
class Derive : public Base1, public Base2 {
public:
	virtual void func1() { cout << "Derive::func1" << endl; }
	virtual void func3() { cout << "Derive::func3" << endl; }
private:
	int d1;
};

typedef void(*VFPTR) ();

void PrintVTable(VFPTR vTable[])
{
	cout << " 虛表地址>" << vTable << endl;
	for (int i = 0; vTable[i] != nullptr; ++i)
	{
		printf(" 第%d個虛函式地址 :0X%x,->", i, vTable[i]);
		VFPTR f = vTable[i];
		f();
	}
	cout << endl;
}

int main()
{
	Derive d;

	VFPTR* vTableb1 = (VFPTR*)(*(int*)&d);
	PrintVTable(vTableb1);

	VFPTR* vTableb2 = (VFPTR*)(*(int*)((char*)&d + sizeof(Base1)));
	PrintVTable(vTableb2);

	return 0;
}

輸出:

 虛表地址>00D9DCD4
 第0個虛函式地址 :0Xd911ae,->Derive::func1
 第1個虛函式地址 :0Xd913f2,->Base1::func2
 第2個虛函式地址 :0Xd911fe,->Derive::func3

 虛表地址>00D9DCE8
 第0個虛函式地址 :0Xd91249,->Derive::func1
 第1個虛函式地址 :0Xd91311,->Base2::func2

圖解多繼承中虛函式表

在這里插入圖片描述

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/261083.html

標籤:其他

上一篇:leetcode題解172-階乘后的零

下一篇:Hive架構(資料庫和表)

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more