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

posts - 2,  comments - 0,  trackbacks - 0

在網上很多討論Pure Virtual Function Called錯誤的文章,有的說了內存模型上的關系,有得則只是說了用例,以至于我當初只知道錯誤會發生,但不知道到底為何會發生.懵懂!現在讓我們從匯編語言結合C++對象模型來看個究竟.

我從網上趴了兩個例子代碼,具體看原文:http://blog.csdn.net/Blue_Dream_/archive/2008/04/08/2259649.aspx

 

#include <iostream>
using namespace std;

class Parent
{

    
public
    Parent()
     
{ } 

    
~Parent()
    
{  
        cout 
<< "Parent  ~~~~~" << endl;
        ClearALL();  

    }
  

    
void ClearALL()
    
{  
        cout 
<< "ClearALL  ~~~~~" << endl;
        ThePure();   
//調用自身的純虛函數,包裝一下是因為直接調用編譯器會識別出這樣調用是有問題的!

    }
 

    
virtual bool ThePure() = 0 ;

}


class Child : public Parent
{

    
public:
    Child() 
{ }  
    
virtual bool ThePure()
    
{
        cout 
<< "哈哈" << endl;
        
return false;
    }

    
~Child()
    
{  
        ThePure();
    }
 

}
;   
 
int main()
{
    Child c; 
    
return 0;    
}

 

程序退出前會調用Child類的析構函數,

 

 

Code

來看看析構函數像什么樣子:

 

_TEXT    SEGMENT
_this$ = -
4
??1Child@@QAE@XZ PROC NEAR                
; Child::~Child, COMDAT
;
 File test.cpp
;
 Line 40
    push    ebp
    
mov    ebp, esp
    
push    ecx
    
mov    DWORD PTR _this$[ebp], ecx
    
mov    eax, DWORD PTR _this$[ebp]
    
mov    DWORD PTR [eax], OFFSET FLAT:??_7Child@@6B@ ; Child::`vftable'
;
 Line 41
    mov    ecx, DWORD PTR _this$[ebp]
    
call    ?ThePure@Child@@UAE_NXZ            ; Child::ThePure
;
 Line 42
    mov    ecx, DWORD PTR _this$[ebp]
    
call    ??1Parent@@QAE@XZ            ; Parent::~Parent
    mov    esp, ebp
    
pop    ebp
    
ret    0
??1Child@@QAE@XZ ENDP                    
; Child::~Child
_TEXT    ENDS

 

這個函數不是重點,只是能看到析構函數里調用了基類的析構函數:

call ??1Parent@@QAE@XZ   ; Parent::~Parent

再來看看Parent類的析構函數的樣子:

 

_TEXT    SEGMENT
_this$ = -
4
??1Parent@@QAE@XZ PROC NEAR                
; Parent::~Parent, COMDAT
;
 File test.cpp
;
 Line 12
    push    ebp
    
mov    ebp, esp
    
push    ecx
    
mov    DWORD PTR _this$[ebp], ecx
    
mov    eax, DWORD PTR _this$[ebp]
    
mov    DWORD PTR [eax], OFFSET FLAT:??_7Parent@@6B@ ; Parent::`vftable'
;
 Line 13
    push    OFFSET FLAT:?endl@std@@YAAAV?$basic_ostream@DU?$char_traits@D@std@@@1@AAV21@@Z ; std::endl
    push    OFFSET FLAT:??_C@_0O@HGFA@Parent?5?5?$HO?$HO?$HO?$HO?$HO?$AA@ ; `string'
    push    OFFSET FLAT:?cout@std@@3V?$basic_ostream@DU?$char_traits@D@std@@@1@A ; std::cout
    call    ??6std@@YAAAV?$basic_ostream@DU?$char_traits@D@std@@@0@AAV10@PBD@Z ; std::operator<<
    add    esp, 8
    
mov    ecx, eax
    
call    ??6?$basic_ostream@DU?$char_traits@D@std@@@std@@QAEAAV01@P6AAAV01@AAV01@@Z@Z ; std::basic_ostream<char,std::char_traits<char> >::operator<<
;
 Line 14
    mov    ecx, DWORD PTR _this$[ebp]
    
call    ?ClearALL@Parent@@QAEXXZ        ; Parent::ClearALL
;
 Line 16
    mov    esp, ebp
    
pop    ebp
    
ret    0
??1Parent@@QAE@XZ ENDP                    
; Parent::~Parent
_TEXT    ENDS

首先看到的是改寫對象內存(現在沒有Parent和Child之分)中vptr(偏移 0~4)的指向-->>Parent::Vftable(一個地址,模型為一個表,表中存放的是其他函數的地址)

DWORD PTR [eax], OFFSET FLAT:??_7Parent@@6B@ ; Parent::`vftable'

然后下面幾行是打印字符串的,不看它哈,跳到:

mov ecx, DWORD PTR _this$[ebp]
 call ?ClearALL@Parent@@QAEXXZ  ; Parent::ClearALL

這個是當前對象內存的起始地址保存到ecx,然后調用Parent的成員函數::ClearAll..(這也是書上所說的成員函數的一個參數隱含為this指針,但它并不是push進去的哦~~這里到ecx中轉),現在來看ClearAll的匯編代碼:

 

Code

 

在C++源文件中能看到ClearAll函數調用了ThePure,匯編代碼就是上面代碼中的:

mov eax, DWORD PTR _this$[ebp]
 mov edx, DWORD PTR [eax]
 mov ecx, DWORD PTR _this$[ebp]
 call DWORD PTR [edx]

上面是一個獲取虛函數表的功能,然后把this指針放入ecx,然后調用  call DWORD PTR[edx]

[edx] 極為[edx+0],也極為虛函數表中第一個函數,現在該回去看看Parent::vftable了:

CONST SEGMENT
??_7Parent@@6B@ DD FLAT:__purecall   ; Parent::`vftable'
CONST ENDS

就這樣子的,表中只有一項(Parent類中只一個虛函數),而且后面寫了 FLAT:__purecall  (這個我不懂,應該是指向了一個"空"函數吧)

所以在ClearALl函數中調用ThePure,其實是調用了一個不存在的函數....所以出錯了.....

總結1:在派生類中由于某種原因(比如調用析構函數)將內存中vptr指向的表更改指向了了基類的表,而基類中存在純虛函數,并且在基類的某些地方存在調用純虛函數,就出錯.

 

至于最初那個鏈接文章中的第一個例子就更好理解了,我們來看看構造函數的匯編代碼,先看Base的:

 

_TEXT    SEGMENT
_this$ = -
4

??0Parent@@QAE@XZ PROC NEAR                
; Parent::Parent, COMDAT
;
 File test.cpp
;
 Line 8
    push    ebp
    
mov
    ebp, esp
    
push
    ecx
    
mov
    DWORD PTR _this$[ebp], ecx
    
mov
    eax, DWORD PTR _this$[ebp]
    
mov    DWORD PTR [eax], OFFSET FLAT:??_7Parent@@6B@ ; Parent::`vftable'

    mov    eax, DWORD PTR _this$[ebp]
    
mov
    esp, ebp
    
pop
    ebp
    
ret    0

??0Parent@@QAE@XZ ENDP

 

很簡單,這里僅僅是把Parent類的vftable地址分配到vptr(Parent對象內存起始的0~4偏移位置).

Child類的構造函數我就不貼了,其實主要一點先調用Parent類構造函數(如上,指定Parent類的vftable),然后就是如Parent一樣,把自己(Child)的vftable地址指定給vptr.

那么很明顯了,在Parent類中調用成員函數,然后在成員函數調用虛函數,根據當前vftable(Parent的)尋找出來的則肯定是純虛函數.....如果等Child構造好之后,Child會改寫虛函數表中的地址(哪個函數被改寫就改寫哪個),那么你調用Pure函數則不會出錯,因為其實調用的是Child的改寫版本,這是一個真實存在的函數.

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

在我這里沒有深究一些C++對象模型的一些其他更多問題,這里更多的是一個簡化,只為方便/簡單的窺視Pure function called.

posted on 2008-11-08 00:20 duzhongwei 閱讀(1606) 評論(0)  編輯 收藏 引用

只有注冊用戶登錄后才能發表評論。
網站導航: 博客園   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>
            性欧美超级视频| 欧美影视一区| 亚洲国产一区视频| 久久综合网络一区二区| 狠狠爱成人网| 美玉足脚交一区二区三区图片| 久久精品成人一区二区三区| 一区二区三区在线免费观看| 欧美韩日一区二区| 欧美日韩国产一区二区三区| 亚洲欧美国产77777| 欧美一区二区黄| 极品少妇一区二区三区精品视频| 久久乐国产精品| 欧美1区3d| 亚洲欧美久久久久一区二区三区| 亚洲视频在线观看| 在线观看欧美成人| 亚洲日本欧美在线| 国产亚洲欧洲997久久综合| 免费看亚洲片| 国产精品国产自产拍高清av王其| 久久性天堂网| 欧美日本国产精品| 久久久五月婷婷| 欧美日韩卡一卡二| 久久久国产午夜精品| 欧美久久电影| 久久阴道视频| 国产精品盗摄久久久| 免费在线看成人av| 国产精品乱人伦一区二区 | 国产欧美在线观看| 欧美电影免费观看高清| 国产精品狼人久久影院观看方式| 牛人盗摄一区二区三区视频| 国产精品久久97| 亚洲福利免费| 国产亚洲福利社区一区| 一区二区激情小说| 亚洲欧洲精品一区| 久久精品99国产精品| 亚洲女人小视频在线观看| 免费短视频成人日韩| 久久aⅴ乱码一区二区三区| 欧美日韩不卡视频| 欧美国产极速在线| 国产一区二区电影在线观看| 一区二区三区欧美亚洲| 亚洲精品美女在线观看播放| 久久精品视频va| 久久国产免费| 国产精品一区二区视频| 夜夜夜久久久| 中文欧美日韩| 欧美日韩国产不卡在线看| 欧美激情在线狂野欧美精品| 韩日欧美一区二区| 欧美亚洲一区二区三区| 午夜精品视频一区| 国产精品久久久久久久久| 亚洲精品免费网站| av成人天堂| 欧美日韩成人综合在线一区二区| 亚洲成色最大综合在线| 亚洲国产成人一区| 乱人伦精品视频在线观看| 久久天天躁狠狠躁夜夜爽蜜月| 国产午夜精品久久久久久免费视| 亚洲伊人一本大道中文字幕| 亚洲中午字幕| 国产精品入口日韩视频大尺度| 一本久道久久综合狠狠爱| 日韩午夜黄色| 欧美视频在线观看 亚洲欧| 亚洲美女av网站| 亚洲午夜91| 国产精品色一区二区三区| 亚洲免费中文字幕| 久久久久**毛片大全| 激情视频亚洲| 欧美成人蜜桃| 国产精品99久久久久久www| 亚洲欧美一区二区三区久久| 国产精品一区三区| 久久久久成人精品| 亚洲黄色成人| 欧美一区二区精品久久911| 国内精品久久久久久 | 久久综合伊人77777| 欧美激情麻豆| 亚洲一级黄色片| 国产一区视频网站| 欧美电影打屁股sp| 亚洲一区二区伦理| 久久亚洲捆绑美女| 在线亚洲精品| 韩曰欧美视频免费观看| 欧美精品激情在线观看| 亚洲欧美日韩中文在线制服| 久久亚洲不卡| 亚洲综合日韩| 亚洲高清网站| 国产精品久久久久久久久久久久久 | 欧美国产视频在线| 一区二区电影免费观看| 麻豆国产精品777777在线| 亚洲日本va午夜在线影院| 国产精品色婷婷| 欧美激情欧美狂野欧美精品| 欧美亚洲一区二区在线| 亚洲欧洲日韩女同| 快播亚洲色图| 性欧美超级视频| 伊人久久婷婷色综合98网| 欧美午夜精彩| 欧美黄色一级视频| 久久久精品免费视频| 亚洲少妇最新在线视频| 亚洲韩国青草视频| 麻豆乱码国产一区二区三区| 午夜精品99久久免费| 日韩视频一区二区| 在线欧美三区| 国外成人在线视频| 国产日韩av一区二区| 欧美色123| 欧美日产国产成人免费图片| 狂野欧美一区| 久久人人97超碰国产公开结果| 亚洲在线观看免费视频| 99人久久精品视频最新地址| 亚洲国产精品99久久久久久久久| 裸体歌舞表演一区二区| 久久精品国产亚洲一区二区三区 | 亚洲精品视频免费在线观看| 激情久久一区| 国内精品久久久久久影视8| 国产精品入口日韩视频大尺度| 欧美精品国产精品日韩精品| 欧美成人免费大片| 欧美91视频| 欧美寡妇偷汉性猛交| 欧美国产视频日韩| 欧美高清视频在线| 欧美激情片在线观看| 欧美激情一区二区在线 | 在线视频一区二区| 亚洲精品美女久久久久| 亚洲黄色一区| 亚洲免费大片| 一区二区三区高清在线| 这里只有精品电影| 亚洲影院污污.| 欧美在线网址| 麻豆精品传媒视频| 欧美日本在线| 国产精品久久久久久久久久ktv| 国产精品久久久久久久久动漫| 国产精品一区二区久久久| 国产欧美一区二区精品婷婷| 国产在线精品成人一区二区三区| 国内精品亚洲| 亚洲伦理网站| 午夜视频在线观看一区| 久久久久久久久综合| 欧美jizz19hd性欧美| 亚洲人体一区| 亚洲欧美日韩另类精品一区二区三区| 午夜亚洲影视| 欧美黄色一区| 国产区二精品视| 亚洲人成啪啪网站| 午夜精品亚洲| 欧美国产日韩免费| 亚洲视频在线观看三级| 久久久久久久综合狠狠综合| 欧美激情视频在线播放| 国产免费成人| 亚洲靠逼com| 久久久久国产精品厨房| 亚洲人线精品午夜| 欧美亚洲日本网站| 欧美日本免费| 在线成人欧美| 欧美一区二区性| 亚洲精品一区二区三区婷婷月| 欧美一级二区| 欧美视频1区| 亚洲精品久久久久久久久久久久| 午夜在线一区| 亚洲日本久久| 久久这里只有| 国产夜色精品一区二区av| 99国产精品99久久久久久| 久久久久88色偷偷免费| 亚洲视频你懂的| 欧美激情无毛| 最近中文字幕日韩精品| 久久婷婷成人综合色|