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

大龍的博客

常用鏈接

統(tǒng)計

最新評論

C++中使用多繼承時對象指針類型轉(zhuǎn)換的問題 (轉(zhuǎn))

      看過關(guān)于C++的書籍,知道了如果類中有虛函數(shù),那么對象的前四個字節(jié)就是一個指向稱為虛函數(shù)表的指針。

      使用了多繼承之后的情況是怎樣呢?我以前并沒有認(rèn)真考慮過這個問題,只是想當(dāng)然地認(rèn)為多個基類的虛函數(shù)表會合成一張表。

      但是后來看過一些關(guān)于C++內(nèi)存對象模型的文章之后我知道我錯了。這些文章我大體看懂了,但是有些細(xì)節(jié)不很明白,于是決定自己寫代碼來進(jìn)行實(shí)驗。

      我用VC7寫了一個動態(tài)庫,在某些程度上模仿了COM:

interf.h:

#define IID_X 1
#define IID_Y 2

class IBase
{
public:
    virtual int __stdcall Query(int iid,void ** ppv)=0;
    virtual int __stdcall AddRef()=0;
    virtual int __stdcall Release()=0;
};

class IX:public IBase
{
public:
    virtual unsigned long __stdcall FuncX1()=0;
};

class IY:public IBase
{
public:
    virtual unsigned long __stdcall FuncY1()=0;
};

class XY:public IX,IY
{
public:
    XY();
protected:
    int i;
    int j;
    int m_ref;
    virtual ~XY();
public:
    virtual int __stdcall Query(int iid,void ** ppv);
    virtual int __stdcall AddRef();
    virtual int __stdcall Release();

    virtual unsigned long __stdcall FuncX1();
    virtual unsigned long __stdcall FuncY1();
};

extern "C"
{
int _declspec(dllexport) NewObject(IX ** ppv);
}

 

xxyy.cpp:

#include "stdafx.h"

#include "interf.h"

int XY::Query(int iid,void ** ppv)
{
    if(IID_X==iid)
    {
        *ppv=(IX *)this;
        ((IX*)(*ppv))->AddRef();
    }
    else if(IID_Y==iid)
    {
        *ppv=(IY *)this;
        ((IY*)(*ppv))->AddRef();
    }
    else
    {
        *ppv=NULL;
        return 0;
    }
    return 1;
}

int XY::AddRef()
{
    return ++m_ref;
}

int XY::Release()
{
    if(0==--m_ref)
        delete this;
    return m_ref;
}

XY::XY()
{
    m_ref=1;
}

XY::~XY(){}

unsigned long XY::FuncX1()
{
    return (unsigned long)this;
}

unsigned long XY::FuncY1()
{
    return (unsigned long)this;
}

 

MultiExt.cpp:

// MultiExt.cpp : 定義 DLL 應(yīng)用程序的入口點(diǎn)。
//

#include "stdafx.h"

#include "interf.h"

BOOL APIENTRY DllMain( HANDLE hModule,
DWORD ul_reason_for_call,
LPVOID lpReserved
)
{
    return TRUE;
}

int _declspec(dllexport) NewObject(IX ** ppv)
{
    *ppv=(IX *)new XY;
    if(NULL==*ppv)
        return 0;
    return 1;
}

 

      這是一個動態(tài)庫。編譯好之后,又用PureBasic寫了一段程序來調(diào)用這個動態(tài)庫:

ProtoType ProtoNewObject(ppv)

Interface IBase
    Query(iid,ppv)
    AddRef()
    Release()
EndInterface

Interface IX Extends IBase
    FuncX1()
EndInterface

Interface IY Extends IBase
    FuncY1()
EndInterface

OpenLibrary(0,"MultiExt.dll")

NewObject.ProtoNewObject=GetFunction(0,"NewObject")
x.IX
y.IY
NewObject(@x)
x\Query(2,@y)
Debug x
Debug y

y\Release()

x\Release()

CloseLibrary(0)

      運(yùn)行這個程序,就會發(fā)現(xiàn)一些讓人驚訝的內(nèi)容,2個Debug輸出的結(jié)果分別為:4136880、4136884。原來x指針和y指針指向了不同的地方。更明確地說,是y比x靠后4字節(jié)。x是由動態(tài)庫函數(shù)NewObject獲取的,y是由x調(diào)用Query得來的。Query做了什么呢?看看上面的xxyy.cpp,原來Query將對象的指針強(qiáng)制轉(zhuǎn)換成為(IY*)并通過參數(shù)輸出。我原以為對指針進(jìn)行類型轉(zhuǎn)換只是對指針?biāo)阈g(shù)產(chǎn)生一些影響,沒想到此時的類型轉(zhuǎn)換竟然改變了指針的值。那么為什么和x相比y偏移了4個字節(jié)呢?

      看了一些文章知道了原來在多繼承的時候,對象中已經(jīng)不止一個虛函數(shù)表指針了。像上面的示例程序,XY的對象中包含兩個虛函數(shù)表指針,一個來自IX,一個來自IY。由于IX和IY均沒有數(shù)據(jù)成員,所以屬于IY的虛函數(shù)表指針就放在了屬于IX的虛函數(shù)表指針的后面,屬于IX的虛函數(shù)表指針放在了對象的最前面。基于這種原理,x和y的值相差4。

      但是x與y的不同帶來了一個問題,那就是y沒有指向?qū)ο蟮氖椎刂罚墒峭ㄟ^一個接口指針調(diào)用虛成員函數(shù)時,首先通過查找虛函數(shù)表來確定函數(shù)指針,這一點(diǎn)沒有問題,因為y就指向 指向IY虛函數(shù)表的指針(有點(diǎn)拗口)。問題是調(diào)用函數(shù)時系統(tǒng)會把接口指針作為this參數(shù)傳遞給函數(shù),然而y已經(jīng)不能代表對象的首地址,也就是說傳遞給函數(shù)的this參數(shù)不是對象的首地址。我想了想,應(yīng)該是編譯器在函數(shù)里“偷偷摸摸”加了一句:“this-=4;”,大家會說this是const,的確,不過那僅僅針對程序員,編譯器可以為所欲為。

      當(dāng)然,這只是一個想法,要證明這個想法得進(jìn)行實(shí)驗,得到能夠說明問題的數(shù)據(jù),我在上面的PureBasic程序中加了一些語句,修改后的程序如下(如果對下文的內(nèi)容不很明白可以參看《再談PureBasic的Interface》):

 

ProtoType ProtoNewObject(ppv)

Interface IBase
    Query(iid,ppv)
    AddRef()
    Release()
EndInterface

Interface IX Extends IBase
    FuncX1()
EndInterface

Interface IY Extends IBase
    FuncY1()
EndInterface

ProtoType ProtoQuery(this,iid,ppv)
ProtoType ProtoAddRef(this)
ProtoType ProtoRelease(this)
ProtoType ProtoFuncY1(this)

Structure IYVTable
    Query.ProtoQuery
    AddRef.ProtoAddRef
    Release.ProtoRelease
    FuncY1.ProtoFuncY1
EndStructure

OpenLibrary(0,"MultiExt.dll")

NewObject.ProtoNewObject=GetFunction(0,"NewObject")
x.IX
y.IY
NewObject(@x)
x\Query(2,@y)

*object.LONG=y
*iyvt.IYVTable=*object\l
Debug *iyvt\FuncY1(11)

y\Release()

x\Release()

CloseLibrary(0)

      我們給FuncY1傳入11,Debug顯示結(jié)果7。這足夠證明在XY::FuncY1()中編譯器加入了“this-=4;”。當(dāng)然不一定總是減4,減幾得根據(jù)虛函數(shù)表指針出現(xiàn)在對象中的位置來定,例如,我們給class IX添加一個數(shù)據(jù)成員long x,再用上面的PureBasic程序?qū)嶒灒瑐魅?1,得到Debug輸出“3”,原來在屬于IX的虛函數(shù)表指針和屬于IY的虛函數(shù)表之間夾了一個long x,所以只有將this自減8才能指向?qū)ο蟮氖椎刂贰?

      C++的編譯程序?qū)⑦@些復(fù)雜的東西都隱藏了起來,所以我們寫起程序來輕松了很多。

posted on 2010-04-14 12:22 大龍 閱讀(1216) 評論(0)  編輯 收藏 引用


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


青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美成人免费网站| 国产性做久久久久久| 亚洲免费电影在线| 你懂的成人av| 欧美~级网站不卡| 久久国产免费看| 久久亚洲色图| 亚洲福利av| 亚洲国产一区二区精品专区| 亚洲福利视频一区二区| 亚洲激情网站免费观看| 一本一本久久a久久精品综合麻豆| 亚洲精品一区二区三区四区高清| 亚洲免费成人av电影| 亚洲综合欧美| 浪潮色综合久久天堂| 欧美日韩伊人| 国模大胆一区二区三区| 亚洲电影专区| 亚洲影视在线播放| 久久久久久久波多野高潮日日| 欧美成人网在线| 亚洲网站在线观看| 老牛国产精品一区的观看方式| 久久久精彩视频| 欧美日本国产| 亚洲自拍偷拍麻豆| 久久久久欧美精品| 国产精品美女久久久久久2018| 国产一区二区0| 亚洲伊人观看| 欧美国产一区在线| 性欧美超级视频| 欧美日韩亚洲综合| 在线成人免费观看| 亚洲欧美一区在线| 亚洲国产精品精华液2区45| 亚洲综合成人在线| 欧美日本乱大交xxxxx| 韩国视频理论视频久久| 亚洲视频在线观看视频| 久久久999国产| 国产精品视频内| 一本久道久久综合狠狠爱| 久久国产精品久久久久久久久久 | 欧美激情麻豆| 国内久久婷婷综合| 欧美亚洲色图校园春色| 亚洲免费电影在线| 美女日韩在线中文字幕| 国模大胆一区二区三区| 欧美在线高清| 亚洲欧美一区二区三区在线 | 欧美日韩国产综合视频在线观看中文 | 一区二区三区日韩欧美| 欧美不卡高清| 亚洲日本免费电影| 欧美成人亚洲成人| 老司机aⅴ在线精品导航| 极品少妇一区二区| 久久免费高清| 欧美一区二区三区在线看| 国产视频一区欧美| 欧美伊人久久久久久午夜久久久久 | 亚洲天堂av图片| 国产精品欧美日韩一区| 亚洲综合三区| 性色av一区二区怡红| 国产偷久久久精品专区| 久久精品免费播放| 久久久av水蜜桃| 亚洲电影专区| 亚洲精品视频一区二区三区| 欧美日本在线一区| 亚洲欧美日韩国产一区二区| 亚洲视频在线观看视频| 国产老肥熟一区二区三区| 久久免费精品视频| 欧美激情亚洲自拍| 小黄鸭视频精品导航| 欧美一区二区精品久久911| 国内一区二区三区| 欧美激情第二页| 国产精品国产三级国产普通话三级 | 欧美在线免费视屏| 亚洲福利视频二区| 亚洲人在线视频| 国产精品v欧美精品v日韩精品| 亚洲免费中文字幕| 亚洲欧美一区二区三区极速播放| 黄色精品在线看| 亚洲美女av网站| 国产一区二区看久久| 亚洲黄色大片| 国产精品午夜在线观看| 免费久久99精品国产| 欧美精品v日韩精品v国产精品| 亚洲一区二区在线视频| 久久国产夜色精品鲁鲁99| 亚洲免费观看高清完整版在线观看熊| 亚洲国产精品一区二区三区| 国产精品视频最多的网站| 久久性天堂网| 国产精品久久久久久久浪潮网站 | 制服丝袜亚洲播放| 亚洲国产成人av| 亚洲欧美日韩天堂一区二区| 亚洲人成小说网站色在线| 性18欧美另类| 亚洲网站在线| 欧美成人官网二区| 免费亚洲一区二区| 国产一区自拍视频| 亚洲午夜精品久久久久久浪潮| 亚洲啪啪91| 麻豆国产精品va在线观看不卡| 欧美怡红院视频一区二区三区| 欧美精品一区二区三区高清aⅴ| 久久精品亚洲热| 国产精品毛片a∨一区二区三区|国| 亚洲国产婷婷香蕉久久久久久| 黄色亚洲大片免费在线观看| 亚洲女性裸体视频| 午夜在线观看免费一区| 欧美人与性禽动交情品| 亚洲电影观看| 最新中文字幕亚洲| 久久亚洲免费| 久久久欧美精品sm网站| 国产精品午夜电影| 亚洲欧美视频在线观看视频| 亚洲欧美三级在线| 国产精品人成在线观看免费 | 一区二区三区四区国产精品| 91久久夜色精品国产九色| 久久免费精品日本久久中文字幕| 久久久久亚洲综合| 国内精品视频在线观看| 欧美一区二区三区视频在线| 性欧美超级视频| 国产亚洲高清视频| 久久五月婷婷丁香社区| 国内精品免费在线观看| 久久成人免费视频| 欧美99久久| 亚洲理论在线| 欧美成人激情视频| 亚洲精品在线观| 亚洲欧美综合国产精品一区| 国产精品久久久久久户外露出| 一本高清dvd不卡在线观看| 亚洲午夜伦理| 国产乱码精品一区二区三区忘忧草| 亚洲一区综合| 老色鬼久久亚洲一区二区| 亚洲欧洲中文日韩久久av乱码| 欧美激情精品久久久久久蜜臀 | 亚洲人体大胆视频| 欧美精品免费在线| 亚洲中字黄色| 久久先锋影音av| 亚洲美女尤物影院| 国产欧美日韩亚洲| 美女任你摸久久| 亚洲性线免费观看视频成熟| 久久精彩免费视频| 亚洲国产精品一区二区尤物区| 蜜桃久久av| 亚洲天堂男人| 免费成人黄色| 亚洲影院在线| 亚洲国产成人tv| 国产精品国产a级| 久久综合国产精品台湾中文娱乐网 | 日韩一级二级三级| 国产精品久久久久久超碰| 久久久亚洲国产天美传媒修理工| 亚洲国产高清在线观看视频| 香蕉久久夜色精品国产| 亚洲精品欧洲| 在线播放日韩欧美| 国产精品日韩欧美一区二区三区| 久久久久久综合| 夜夜嗨网站十八久久| 老司机久久99久久精品播放免费 | 中文欧美日韩| 在线国产精品一区| 国产精品免费一区二区三区观看| 久久亚洲春色中文字幕| 亚洲自拍偷拍麻豆| 亚洲黄色免费| 久久久久久穴| 亚洲男女自偷自拍| 亚洲视频 欧洲视频| 亚洲狼人综合| 亚洲精品裸体| 亚洲国产一区二区视频| 一色屋精品视频在线看| 国产伦精品一区二区三区高清版 | 亚洲婷婷在线|