青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

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就是如此,最初設計時就只能單一繼承,而多重繼承則演變?yōu)榧兲摻涌?interface),這樣就規(guī)避了此類問題。但可惜,在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 閱讀(6402) 評論(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:虛函數(shù)的那種繼承叫虛擬繼承。

  回復  更多評論
  
# re: C++ 多重繼承的強制類型轉換。
2011-01-13 01:29 | oldman
是多重繼承的原因。
class C : public A, public B
假設有一個變量 C*c, 那么 (A*)c和(B*)c在數(shù)值上即時不同的(因為編譯器在處理(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的內存地址是不可以的。

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

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

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

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

這個地方是不正確的,B* address2 = static_cast<B*>(value);會編譯出錯的原因是由于“編譯器禁止由整數(shù)數(shù)值static_cast到指針數(shù)值”(并不是不能確定轉換類型),因為這種轉化是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數(shù)據(jù)成員。B* address2 = (B*)(value); 強轉本來就是錯誤的,因為如果B中的數(shù)據(jù)結構和A中的不一致,那么下面引用到B的數(shù)據(jù)成員,肯定會崩潰。你的這個例子就是AB都是相同的內存結構,那么引用B的時候,能輸出A,所以不會有問題。所以應該看看C++對象模型這本書。  回復  更多評論
  

<2025年9月>
31123456
78910111213
14151617181920
21222324252627
2829301234
567891011

常用鏈接

留言簿(3)

隨筆檔案

文章檔案

相冊

1

搜索

  •  

最新評論

閱讀排行榜

評論排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            六月婷婷一区| 国产精品久久久久久久app| 亚洲欧美日韩在线高清直播| 亚洲免费久久| 一本久久综合亚洲鲁鲁五月天| 亚洲日本乱码在线观看| 亚洲免费观看高清在线观看| 一区二区黄色| 欧美专区日韩专区| 欧美成人xxx| 亚洲精品久久久久久久久| 亚洲国产一区二区三区高清| 亚洲精品国产拍免费91在线| 中日韩美女免费视频网站在线观看| 亚洲无限av看| 久久人体大胆视频| 欧美天天影院| 在线播放日韩| 亚洲欧美日韩精品久久| 久久躁日日躁aaaaxxxx| 91久久精品久久国产性色也91 | 性欧美在线看片a免费观看| 久久免费精品日本久久中文字幕| 亚洲高清毛片| 性欧美xxxx视频在线观看| 久久一区激情| 国产欧美日韩三级| 亚洲免费观看| 老司机午夜精品| 亚洲一二三四久久| 欧美成人精品三级在线观看 | 国产欧美69| 日韩亚洲成人av在线| 久久久999精品视频| 亚洲日韩第九十九页| 欧美一区二区三区精品电影| 欧美日本三区| 国产伊人精品| 午夜久久久久| 99re热这里只有精品免费视频| 久久国产精品网站| 国产精品视频xxxx| 亚洲午夜电影网| 亚洲激情二区| 久久在线播放| 一区二区在线不卡| 久久精品一区二区三区中文字幕| 一区二区高清| 欧美日韩在线高清| 亚洲精品一区二区三区在线观看| 久久久久久自在自线| 亚洲免费在线观看视频| 国产精品高清网站| 亚洲综合国产激情另类一区| 亚洲精品日韩在线| 亚洲高清中文字幕| 欧美电影在线| 久久久久五月天| 韩日欧美一区二区| 久久青草久久| 久久精品99久久香蕉国产色戒 | 久久久久久久网| 国产亚洲人成网站在线观看| 欧美一区二区精品| 亚洲女女女同性video| 国产精品极品美女粉嫩高清在线 | 亚洲成在线观看| 亚洲精品偷拍| 欧美成人亚洲成人日韩成人| 久久国产欧美| 一区二区三区自拍| 欧美国产一区二区三区激情无套| 媚黑女一区二区| 日韩视频―中文字幕| 日韩午夜电影在线观看| 国产精品v欧美精品v日韩精品| 亚洲一区二区影院| 午夜伦欧美伦电影理论片| 国产亚洲精品一区二区| 欧美成va人片在线观看| 欧美经典一区二区| 亚洲综合色视频| 欧美一区1区三区3区公司| 伊人久久大香线| 亚洲国产毛片完整版| 欧美视频一区在线| 久久久91精品国产一区二区精品| 久久一日本道色综合久久| 99国内精品久久| 亚洲欧美日韩一区二区三区在线| 国语自产精品视频在线看抢先版结局| 免费看黄裸体一级大秀欧美| 欧美人与性动交α欧美精品济南到| 亚洲一区二区免费看| 久久精品免费| 亚洲午夜小视频| 久久久精品网| 亚洲在线不卡| 噜噜噜在线观看免费视频日韩| 亚洲一级黄色av| 美女露胸一区二区三区| 亚洲女同性videos| 美女免费视频一区| 欧美中文字幕视频在线观看| 免费久久精品视频| 欧美在线视频免费| 欧美日韩精品免费观看视一区二区| 久久大香伊蕉在人线观看热2| 欧美精品偷拍| 欧美v国产在线一区二区三区| 国产精品视频免费在线观看| 亚洲国产一区二区三区a毛片| 国产欧美在线观看一区| 日韩视频免费观看| 亚洲激情在线视频| 一区二区三区日韩欧美| 米奇777在线欧美播放| 国产精品久久久久久久久免费樱桃 | 亚洲永久免费观看| 女人天堂亚洲aⅴ在线观看| 久久国产99| 欧美日韩中文字幕综合视频| 亚洲二区免费| 极品裸体白嫩激情啪啪国产精品| 亚洲视频网在线直播| 99精品热视频| 欧美激情导航| 亚洲国产日韩欧美综合久久| 在线看片欧美| 久久午夜国产精品| 美国三级日本三级久久99| 国产自产精品| 欧美夜福利tv在线| 久久精品一区二区国产| 国产视频精品va久久久久久| 亚洲永久网站| 欧美在线一二三区| 国产偷国产偷精品高清尤物| 亚洲欧美日韩另类精品一区二区三区| 亚洲欧美激情诱惑| 国产精品影院在线观看| 欧美亚洲在线播放| 久久久久久久久久码影片| 黄色成人在线免费| 久久中文字幕一区| 亚洲国产va精品久久久不卡综合| 亚洲国产高清高潮精品美女| 美女视频一区免费观看| 亚洲人成网站影音先锋播放| 国产精品99久久久久久有的能看| 欧美日韩三级视频| 亚洲小说区图片区| 久久精品亚洲国产奇米99| 禁断一区二区三区在线| 久色成人在线| 亚洲精品社区| 欧美一级理论性理论a| 国内精品一区二区| 欧美成人一区二区三区| 日韩一级片网址| 久久国产手机看片| 亚洲精品乱码久久久久久日本蜜臀| 欧美绝品在线观看成人午夜影视| 亚洲一级片在线看| 美女精品国产| 亚洲无人区一区| 狠色狠色综合久久| 欧美精品自拍偷拍动漫精品| 亚洲一线二线三线久久久| 美女图片一区二区| 亚洲曰本av电影| 亚洲国产精品va| 国产精品区免费视频| 美乳少妇欧美精品| 亚洲欧美日韩成人| 亚洲第一在线综合在线| 国产欧美91| 亚洲黄色影片| 欧美中文日韩| 亚洲日韩欧美视频| 国产欧美日韩一级| 欧美另类极品videosbest最新版本| 亚洲伊人网站| 亚洲国产高清在线| 久久久另类综合| 亚洲影院色无极综合| 亚洲国产高潮在线观看| 国产精品推荐精品| 欧美日韩在线视频观看| 蜜臀a∨国产成人精品| 欧美一区二区三区在线观看视频| 一本色道久久综合| 亚洲经典视频在线观看| 老司机精品福利视频| 午夜精品一区二区三区在线 | 国语对白精品一区二区| 国产精品a久久久久| 欧美96在线丨欧| 久久亚洲视频| 久久av在线看|