多繼承（Multiple Inheritance）是指從多個(gè)直接基類中產(chǎn)生派生類的能力，多繼承的派生類繼承了所有父類的成員。盡管概念上非常簡(jiǎn)單，但是多個(gè)基類的相互交織可能會(huì)帶來(lái)錯(cuò)綜復(fù)雜的設(shè)計(jì)問(wèn)題，命名沖突就是不可回避的一個(gè)。

多繼承時(shí)很容易產(chǎn)生命名沖突，即使我們很小心地將所有類中的成員變量和成員函數(shù)都命名為不同的名字，命名沖突依然有可能發(fā)生，比如典型的是菱形繼承，如下圖所示：

圖1：菱形繼承

類 A 派生出類 B 和類 C，類 D 繼承自類 B 和類 C，這個(gè)時(shí)候類 A 中的成員變量和成員函數(shù)繼承到類 D 中變成了兩份，一份來(lái)自 A-->B-->D 這條路徑，另一份來(lái)自 A-->C-->D 這條路徑。

在一個(gè)派生類中保留間接基類的多份同名成員，雖然可以在不同的成員變量中分別存放不同的數(shù)據(jù)，但大多數(shù)情況下這是多余的：因?yàn)楸Ａ舳喾莩蓡T變量不僅占用較多的存儲(chǔ)空間，還容易產(chǎn)生命名沖突。假如類 A 有一個(gè)成員變量 a，那么在類 D 中直接訪問(wèn) a 就會(huì)產(chǎn)生歧義，編譯器不知道它究竟來(lái)自 A -->B-->D 這條路徑，還是來(lái)自 A-->C-->D 這條路徑。下面是菱形繼承的具體實(shí)現(xiàn)：

//間接基類A
class A{
protected:
    int m_a;
};
//直接基類B
class B: public A{
protected:
    int m_b;
};
//直接基類C
class C: public A{
protected:
    int m_c;
};
//派生類D
class D: public B, public C{
public:
    void seta(int a){ m_a = a; }  //命名沖突
    void setb(int b){ m_b = b; }  //正確
    void setc(int c){ m_c = c; }  //正確
    void setd(int d){ m_d = d; }  //正確
private:
    int m_d;
};
int main(){
    D d;
    return 0;
}

這段代碼實(shí)現(xiàn)了上圖所示的菱形繼承，第 25 行代碼試圖直接訪問(wèn)成員變量 m_a，結(jié)果發(fā)生了錯(cuò)誤，因?yàn)轭?B 和類 C 中都有成員變量 m_a（從 A 類繼承而來(lái)），編譯器不知道選用哪一個(gè)，所以產(chǎn)生了歧義。

為了消除歧義，我們可以在 m_a 的前面指明它具體來(lái)自哪個(gè)類：

    void seta(int a){ B::m_a = a; }

這樣表示使用 B 類的 m_a。當(dāng)然也可以使用 C 類的：

    void seta(int a){ C::m_a = a; }

虛繼承（Virtual Inheritance）

為了解決多繼承時(shí)的命名沖突和冗余數(shù)據(jù)問(wèn)題，C++ 提出了虛繼承，使得在派生類中只保留一份間接基類的成員。

在繼承方式前面加上 virtual 關(guān)鍵字就是虛繼承，請(qǐng)看下面的例子：

    //間接基類A
    class A{
    protected:
        int m_a;
    };
    //直接基類B
    class B: virtual public A{  //虛繼承
    protected:
        int m_b;
    };
    //直接基類C
    class C: virtual public A{  //虛繼承
    protected:
        int m_c;
    };
    //派生類D
    class D: public B, public C{
    public:
        void seta(int a){ m_a = a; }  //正確
        void setb(int b){ m_b = b; }  //正確
        void setc(int c){ m_c = c; }  //正確
        void setd(int d){ m_d = d; }  //正確
    private:
        int m_d;
    };
    int main(){
        D d;
        return 0;
    }

這段代碼使用虛繼承重新實(shí)現(xiàn)了上圖所示的菱形繼承，這樣在派生類 D 中就只保留了一份成員變量 m_a，直接訪問(wèn)就不會(huì)再有歧義了。虛繼承的目的是讓某個(gè)類做出聲明，承諾愿意共享它的基類。

其中，這個(gè)被共享的基類就稱為虛基類（Virtual Base Class），本例中的 A 就是一個(gè)虛基類。在這種機(jī)制下，不論虛基類在繼承體系中出現(xiàn)了多少次，在派生類中都只包含一份虛基類的成員。

現(xiàn)在讓我們重新梳理一下本例的繼承關(guān)系，如下圖所示：

圖2：使用虛繼承解決菱形繼承中的命名沖突問(wèn)題

觀察這個(gè)新的繼承體系，我們會(huì)發(fā)現(xiàn)虛繼承的一個(gè)不太直觀的特征：必須在虛派生的真實(shí)需求出現(xiàn)前就已經(jīng)完成虛派生的操作。

在上圖中，當(dāng)定義 D 類時(shí)才出現(xiàn)了對(duì)虛派生的需求，但是如果 B 類和 C 類不是從 A 類虛派生得到的，那么 D 類還是會(huì)保留 A 類的兩份成員。換個(gè)角度講，虛派生只影響從指定了虛基類的派生類中進(jìn)一步派生出來(lái)的類，它不會(huì)影響派生類本身。

在實(shí)際開(kāi)發(fā)中，位于中間層次的基類將其繼承聲明為虛繼承一般不會(huì)帶來(lái)什么問(wèn)題。通常情況下，使用虛繼承的類層次是由一個(gè)人或者一個(gè)項(xiàng)目組一次性設(shè)計(jì)完成的。對(duì)于一個(gè)獨(dú)立開(kāi)發(fā)的類來(lái)說(shuō)，很少需要基類中的某一個(gè)類是虛基類，況且新類的開(kāi)發(fā)者也無(wú)法改變已經(jīng)存在的類體系。C++標(biāo)準(zhǔn)庫(kù)中的 iostream 類就是一個(gè)虛繼承的實(shí)際應(yīng)用案例。

iostream 從 istream 和 ostream 直接繼承而來(lái)，而 istream 和 ostream 又都繼承自一個(gè)共同的名為 base_ios 的類，是典型的菱形繼承。

此時(shí) istream 和 ostream 必須采用虛繼承，否則將導(dǎo)致 iostream 類中保留兩份 base_ios 類的成員。

圖3：虛繼承在C++標(biāo)準(zhǔn)庫(kù)中的實(shí)際應(yīng)用

虛基類成員的可見(jiàn)性

因?yàn)樵谔摾^承的最終派生類中只保留了一份虛基類的成員，所以該成員可以被直接訪問(wèn)，不會(huì)產(chǎn)生二義性。此外，如果虛基類的成員只被一條派生路徑覆蓋，那么仍然可以直接訪問(wèn)這個(gè)被覆蓋的成員。但是如果該成員被兩條或多條路徑覆蓋了，那就不能直接訪問(wèn)了，此時(shí)必須指明該成員屬于哪個(gè)類。

以圖2中的菱形繼承為例，假設(shè) A 定義了一個(gè)名為 x 的成員變量，當(dāng)我們?cè)?D 中直接訪問(wèn) x 時(shí)，會(huì)有三種可能性：

• 如果 B 和 C 中都沒(méi)有 x 的定義，那么 x 將被解析為 A 的成員，此時(shí)不存在二義性。
• 如果 B 或 C 其中的一個(gè)類定義了 x，也不會(huì)有二義性，派生類的 x 比虛基類的 x 優(yōu)先級(jí)更高。
• 如果 B 和 C 中都定義了 x，那么直接訪問(wèn) x 將產(chǎn)生二義性問(wèn)題。

可以看到，使用多繼承經(jīng)常會(huì)出現(xiàn)二義性問(wèn)題，必須十分小心。

上面的例子是簡(jiǎn)單的，如果繼承的層次再多一些，關(guān)系更復(fù)雜一些，程序員就很容易陷人迷魂陣，程序的編寫(xiě)、調(diào)試和維護(hù)工作都會(huì)變得更加困難，因此我不提倡在程序中使用多繼承，只有在比較簡(jiǎn)單和不易出現(xiàn)二義性的情況或?qū)嵲诒匾獣r(shí)才使用多繼承，能用單一繼承解決的問(wèn)題就不要使用多繼承。

也正是由于這個(gè)原因，C++ 之后的很多面向?qū)ο蟮木幊陶Z(yǔ)言，例如 Java、C#、PHP 等，都不支持多繼承。

到此這篇關(guān)于詳解C++語(yǔ)法中的虛繼承和虛基類的文章就介紹到這了,更多相關(guān)C++虛繼承和虛基類內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論