• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            foxriver
            Keep It Simple and Stupid.
            posts - 12,  comments - 39,  trackbacks - 0
            算是對多重繼承里,類型轉換所做一個筆記。先看如下代碼:

            class A
            {
            public:
                 A() { m_data 
            = 'A';}
                
            ~A() {}
                
            char m_data;
            };

            class B
            {
            public:
                 B() { m_data 
            = 'B';}
                
            ~B() {}
                
            char m_data;
            };

            class C : public A, public B
            {
            public:
                 C() { m_data 
            = 'C';}
                
            ~C() {}
                
            char m_data;
            };

            class D : public C
            {
            public:
                 D() { m_data 
            = 'D';}
                
            ~D() {}

                
            void test()
                {
                    DWORD value 
            = (DWORD)this;

                    A
            * address1 = (A*)(value);// 編譯通過,類型轉換錯誤(僅在在虛擬繼承的情況下),正確的寫法:A* address1 = (A*)((D*)value);
                    B* address2 = (B*)(value);// 編譯通過,類型轉換錯誤,正確的寫法:B* address2 = (B*)((D*)value);
                    C* address3 = (C*)(value);
                    D* address4 = (D*)(value);

                    printf(
            "%c %c %c %c", address1->m_data, address2->m_data, address3->m_data, address4->m_data);
                }

                
            char m_data;
            };

            void main()
            {
              D d;
              d.test();
            }

            代碼運行后,結果為A A C D,顯然B這個類沒有正確轉換。

            A和B都是D的父類,為什么A* address1 = (A*)value這句轉換正確,而B* address2 = (B*)(value)出錯呢?這就是多重繼承的不可判斷性。

            正因為這種特性的存在,我們在實際使用中,應該盡量避免多重繼承,選擇單一繼承這種模式。JAVA就是如此,最初設計時就只能單一繼承,而多重繼承則演變為純虛接口(interface),這樣就規避了此類問題。但可惜,在C++里,WTL和QT都大量使用這種模型,想在實際項目中完全避免,也很困難。

            要解決,有幾種方法。

            1. 把B* address2 = (B*)(value)這行,改寫為B* address2 = (B*)((D*)value); 這樣就能直觀的傳達給編譯器,B正確的偏移量。

            最終輸出A B C D,正是我們想要的結果。

            2. 顯示使用static_cast,當編譯器不能確定轉換類型時,會提示編譯錯誤信息。

            例如:
            B* address2 = static_cast<B*>(value); // 編譯失敗。
            B* adddres2 = static_cast<B*>((D*)value); // 編譯成功,并且結果正確。

            3. 使用RTTI解決。


            --------------------------------------------------

            看似問題解決了,可如果一旦改寫為虛擬繼承(class C : virtual  public A, virtual public B)這種形式,A運行時還是會出錯,必須寫成A* address1 = (A*)((D*)value);。如程序里用到了多重繼承,一定要小心+謹慎。

            posted on 2011-01-12 15:53 foxriver 閱讀(6372) 評論(10)  編輯 收藏 引用

            FeedBack:
            # re: C++ 多重繼承的強制類型轉換。
            2011-01-12 20:26 | 空明流轉
            這個和多重繼承也沒關系。  回復  更多評論
              
            # re: C++ 多重繼承的強制類型轉換。
            2011-01-12 22:23 | foxriver
            @空明流轉

            class C : public A, public B
            類C同時繼承了A和B,這就是多重繼承。 這篇文章的本意是雖然B是D的子類,但是不能直接用(B*)做類型轉換,需要寫成(B*(D*))這種形式,因為B和D的關系不是單根繼承。

            ps:虛函數的那種繼承叫虛擬繼承。

              回復  更多評論
              
            # re: C++ 多重繼承的強制類型轉換。
            2011-01-13 01:29 | oldman
            是多重繼承的原因。
            class C : public A, public B
            假設有一個變量 C*c, 那么 (A*)c和(B*)c在數值上即時不同的(因為編譯器在處理(B*)c的時候,會幫你矯正B的偏移量)
            文中將對象指針轉成long,丟失了C和B的關系,再將long轉成B*,就只是簡單的將類型轉化下了,即
            (A*)c != (A*)(void*)c

            不過文中提到的用static_cast轉換,這個應該是不對的。使用static_cast轉換也不能讓static_cast<B*>((void*)c)指向正確的位置  回復  更多評論
              
            # re: C++ 多重繼承的強制類型轉換。
            2011-01-13 01:33 | oldman
            @foxriver
            虛繼承是指 這樣的
            class A{ int data; };
            class B: virtual public A{} //注意這里
            class C: virtual public A{} //注意這里
            class D: public B, public C{}

            虛繼承主要是處理基類成員二義性的  回復  更多評論
              
            # re: C++ 多重繼承的強制類型轉換。
            2011-01-13 10:06 | jmchxy
            根本就是類型轉換使用錯誤。

            A* address1 = (A*)(value);

            這個轉換, address1 直接就等于 value 的值(因Value不是A的子類型)。  回復  更多評論
              
            # re: C++ 多重繼承的強制類型轉換。
            2011-01-13 11:13 | foxriver
            @jmchxy

            你說對了一半,address1確實等于value的值(也就是D的內存值)。但在單一繼承的情況,這種轉換的寫法是絕對允許的,而且結果是完全正確。

            唯獨多重繼承情況下會出錯,我就把這種情況歸結為多重繼承的問題了。

            單一繼承下,A,B,C,D共用一個D的內存地址是沒問題的。
            多重繼承下,A,B,C,D共用一個D的內存地址是不可以的。

            這就是兩者最大的區別,也是文章核心所指 --- 父類是否能和子類共享同一內存地址。

              回復  更多評論
              
            # re: C++ 多重繼承的強制類型轉換。
            2011-01-13 22:22 | oldman
            @foxriver

            呵呵,好像內容改過了。因為我印象中昨天看到的文章不是這個。

            有個問題指出下:
            2. 顯示使用static_cast,當編譯器不能確定轉換類型時,會提示編譯錯誤信息。

            這個地方是不正確的,B* address2 = static_cast<B*>(value);會編譯出錯的原因是由于“編譯器禁止由整數數值static_cast到指針數值”(并不是不能確定轉換類型),因為這種轉化是static_cast能力之外的,如果想做這種轉化,須使用reinterpret_cast,即 B* address2 = reinterpret_cast<B*>(value); 這樣編譯才會通過(當然對于這篇文章探討的問題,這樣寫也是錯的,因為這等同于 B* addree2 = (B*)value)。

            我上面評論里寫的static_cast<B*>((D*)value)其實并不是那么C++的,嚴格來講應該寫成這個static_cast<B*>(reinterpret_cast<D*>(value))。

            所以使用static_cast是不能解決這篇文章探討的問題的。因為這和使用何種轉換方式無關,原因只是在于轉換過程中丟失了B與D之間的關系  回復  更多評論
              
            # re: C++ 多重繼承的強制類型轉換。[未登錄]
            2011-01-13 22:48 | foxriver
            @oldman
            你說的很對哦,呵呵。static_cast僅僅只能有個編譯警告,解決不了任何問題。  回復  更多評論
              
            # re: C++ 多重繼承的強制類型轉換。[未登錄]
            2011-04-14 13:38 | cc
            虛繼承解決的是多繼承中的同一基類只有一份拷貝。文中討論的貌似是不同基類在多繼承中的問題。  回復  更多評論
              
            # re: C++ 多重繼承的強制類型轉換。
            2012-02-01 10:38 | Evan
            D的內存布局一定是A下來B,下來C,最后才是D數據成員。B* address2 = (B*)(value); 強轉本來就是錯誤的,因為如果B中的數據結構和A中的不一致,那么下面引用到B的數據成員,肯定會崩潰。你的這個例子就是AB都是相同的內存結構,那么引用B的時候,能輸出A,所以不會有問題。所以應該看看C++對象模型這本書。  回復  更多評論
              

            <2011年1月>
            2627282930311
            2345678
            9101112131415
            16171819202122
            23242526272829
            303112345

            常用鏈接

            留言簿(3)

            隨筆檔案

            文章檔案

            相冊

            1

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            国产99久久久久久免费看| 日韩精品久久久肉伦网站| 香蕉久久AⅤ一区二区三区| 精品精品国产自在久久高清| 亚洲国产欧美国产综合久久| 亚洲精品乱码久久久久久| 久久久久久精品免费看SSS| 久久精品国产亚洲AV香蕉| 亚洲AV无码久久精品色欲| 亚洲午夜久久久影院伊人| 久久婷婷国产综合精品| 欧洲成人午夜精品无码区久久| 欧美亚洲色综久久精品国产| 精品久久久无码人妻中文字幕豆芽| 色欲久久久天天天综合网| 久久久久久午夜成人影院| 7777精品伊人久久久大香线蕉| 亚洲精品美女久久777777| 香蕉久久久久久狠狠色| 欧美一区二区三区久久综合| 日本福利片国产午夜久久| 久久精品国产亚洲AV久| 国产99久久精品一区二区| 久久久网中文字幕| 精品国产乱码久久久久久人妻| 久久精品亚洲一区二区三区浴池 | 国产成人精品久久亚洲| 久久久久香蕉视频| 亚洲国产精品一区二区久久hs| 国产亚洲精品久久久久秋霞| 久久伊人精品青青草原高清| 亚洲欧美成人久久综合中文网 | 亚洲级αV无码毛片久久精品| 久久久精品免费国产四虎| 亚洲精品无码久久不卡| 国产亚洲成人久久| 久久久久亚洲精品天堂| 亚洲欧美一区二区三区久久| 天天久久狠狠色综合| 伊人久久大香线蕉亚洲五月天| 久久久久国产精品嫩草影院|