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

foxriver
Keep It Simple and Stupid.
posts - 12,  comments - 39,  trackbacks - 0
算是對多重繼承里,類型轉(zhuǎn)換所做一個筆記。先看如下代碼:

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);// 編譯通過,類型轉(zhuǎn)換錯誤(僅在在虛擬繼承的情況下),正確的寫法:A* address1 = (A*)((D*)value);
        B* address2 = (B*)(value);// 編譯通過,類型轉(zhuǎn)換錯誤,正確的寫法: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();
}

代碼運(yùn)行后,結(jié)果為A A C D,顯然B這個類沒有正確轉(zhuǎn)換。

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

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

要解決,有幾種方法。

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

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

2. 顯示使用static_cast,當(dāng)編譯器不能確定轉(zhuǎn)換類型時,會提示編譯錯誤信息。

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

3. 使用RTTI解決。


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

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

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

FeedBack:
# re: C++ 多重繼承的強(qiáng)制類型轉(zhuǎn)換。
2011-01-12 20:26 | 空明流轉(zhuǎn)
這個和多重繼承也沒關(guān)系。  回復(fù)  更多評論
  
# re: C++ 多重繼承的強(qiáng)制類型轉(zhuǎn)換。
2011-01-12 22:23 | foxriver
@空明流轉(zhuǎn)

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

ps:虛函數(shù)的那種繼承叫虛擬繼承。

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

不過文中提到的用static_cast轉(zhuǎn)換,這個應(yīng)該是不對的。使用static_cast轉(zhuǎn)換也不能讓static_cast<B*>((void*)c)指向正確的位置  回復(fù)  更多評論
  
# re: C++ 多重繼承的強(qiáng)制類型轉(zhuǎn)換。
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{}

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

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

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

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

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

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

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

  回復(fù)  更多評論
  
# re: C++ 多重繼承的強(qiáng)制類型轉(zhuǎn)換。
2011-01-13 22:22 | oldman
@foxriver

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

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

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

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

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

只有注冊用戶登錄后才能發(fā)表評論。
網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理



<2011年4月>
272829303112
3456789
10111213141516
17181920212223
24252627282930
1234567

常用鏈接

留言簿(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>
            欧美激情久久久久| 99成人在线| 欧美激情精品久久久| 久久xxxx精品视频| 久久精品女人天堂| 久久精品国产亚洲a| 久久久久九九视频| 蜜桃伊人久久| 亚洲日本中文字幕区| 亚洲黑丝在线| 一本久道久久综合狠狠爱| 亚洲一区二区不卡免费| 久久久久高清| 国产精品高潮呻吟久久| 狠狠综合久久| 亚洲视频日本| 久久阴道视频| 日韩视频精品在线| 午夜精品电影| 欧美大片免费观看| 国产精品毛片a∨一区二区三区|国 | 久久丁香综合五月国产三级网站| 久久久久免费观看| 亚洲三级视频| 欧美在线网站| 欧美日韩亚洲视频| 在线精品视频一区二区三四| 亚洲一二三级电影| 欧美成年人视频网站| 亚洲午夜激情免费视频| 美女精品自拍一二三四| 国产女主播一区| 一区二区三区.www| 欧美jizz19性欧美| 欧美一区二区三区婷婷月色 | 午夜精品久久久久久99热软件| 免费在线成人av| 国产视频一区在线观看一区免费| 最新日韩欧美| 久久综合久色欧美综合狠狠| 在线亚洲观看| 欧美久久久久久| 亚洲激情国产| 美女脱光内衣内裤视频久久影院| 亚洲视频精品在线| 欧美日韩精品一区| 久久久综合视频| 久久躁日日躁aaaaxxxx| 一区二区成人精品| 欧美96在线丨欧| 在线国产亚洲欧美| 麻豆精品在线观看| 久久久www成人免费精品| 国产精品亚发布| 午夜宅男久久久| 亚洲综合日韩| 国产精品家教| 亚洲欧美久久久| 亚洲一区视频在线| 国产区在线观看成人精品| 亚洲欧美日韩综合| 亚洲一区欧美一区| 国产午夜精品久久| 久久精品国产清高在天天线| 亚洲欧美日韩国产中文| 国产欧美婷婷中文| 久久全国免费视频| 久久免费偷拍视频| 亚洲精品一区二区网址| 亚洲人成人一区二区在线观看| 欧美激情女人20p| 中文在线不卡视频| 亚洲欧美日韩综合| 黄色成人在线网址| 亚洲激情另类| 国产精品yjizz| 久久大香伊蕉在人线观看热2| 欧美专区亚洲专区| 亚洲二区在线视频| 日韩一级黄色大片| 国产亚洲福利| 亚洲国产一区视频| 国产精品久久久久久久久久久久久久| 亚洲欧美日韩直播| 久久综合福利| 亚洲午夜一区二区三区| 欧美一级久久久| 亚洲人成网站999久久久综合 | 久久久久**毛片大全| 91久久嫩草影院一区二区| 99国产精品国产精品久久| 国产一区二区高清| 最新日韩欧美| 国产一区二区高清视频| 亚洲第一在线| 国产欧美综合在线| 最新成人av在线| 国产精品最新自拍| 亚洲日本欧美天堂| 激情久久久久久久| 亚洲亚洲精品三区日韩精品在线视频| 伊人久久综合97精品| 亚洲一二三区在线观看| 亚洲国产精品一区在线观看不卡| 日韩亚洲欧美成人| 亚洲电影有码| 午夜一区不卡| 亚洲免费婷婷| 欧美日韩在线播放| 一本色道精品久久一区二区三区| 国产亚洲一级高清| 亚洲伦理在线| 在线精品视频免费观看| 午夜精品成人在线视频| 日韩小视频在线观看专区| 久久国产视频网站| 亚洲男人第一网站| 欧美日韩色综合| 亚洲国产精品综合| 亚洲第一级黄色片| 久久爱91午夜羞羞| 欧美一区二区在线| 国产精品一区二区三区久久久| 亚洲免费av网站| 在线一区二区视频| 欧美日韩精品二区| 亚洲精品在线视频| 中文日韩在线| 欧美网站在线观看| 一区二区日韩免费看| 在线综合亚洲| 欧美手机在线视频| 亚洲视频免费在线| 亚洲综合三区| 国产精品一区免费在线观看| 亚洲在线一区二区| 欧美一区日本一区韩国一区| 国产精品一区二区三区乱码| 亚洲女爱视频在线| 久久国产88| 亚洲第一福利在线观看| 欧美成年网站| 一区二区三区四区五区视频| 亚洲一区激情| 国产精品日韩欧美一区二区| 亚洲欧美中文在线视频| 久久久五月天| 最新国产乱人伦偷精品免费网站 | 午夜精品亚洲| 国产日产欧美一区| 久久久亚洲成人| 亚洲国产成人精品久久久国产成人一区 | 亚洲国产精品热久久| 欧美成人一区二区在线| 亚洲精品一区久久久久久| 亚洲午夜电影在线观看| 国产精品五月天| 久久婷婷久久| 一本久久综合| 另类av一区二区| 一本色道久久综合亚洲精品婷婷| 国产精品国产精品国产专区不蜜| 小黄鸭视频精品导航| 女人香蕉久久**毛片精品| 9色国产精品| 国产在线欧美日韩| 欧美—级a级欧美特级ar全黄| 一区二区冒白浆视频| 久久夜色精品亚洲噜噜国产mv| 亚洲国产成人精品女人久久久 | 亚洲欧美日韩精品久久| 午夜精品在线看| 欧美成人蜜桃| 亚洲免费小视频| 黑人一区二区三区四区五区| 欧美激情网站在线观看| 亚洲欧美清纯在线制服| 欧美激情一区二区在线| 欧美一区二区三区播放老司机| 亚洲成色最大综合在线| 国产精品久久久久久久7电影| 另类专区欧美制服同性| 亚洲视频电影在线| 91久久夜色精品国产九色| 欧美在线观看日本一区| 亚洲最新视频在线| 在线精品国产欧美| 国产精品视频内| 欧美涩涩网站| 欧美大片免费观看| 久久久91精品| 性欧美xxxx大乳国产app| 亚洲免费成人| 亚洲黑丝一区二区| 欧美大片一区二区| 免费观看一区| 久久精品国产99| 午夜精品成人在线| 亚洲一区二区免费看| av成人免费在线|