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

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 閱讀(1591) 評論(0)  編輯 收藏 引用
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            久久亚洲高清| 久久尤物视频| 久久精品道一区二区三区| 国产精品久久久久9999高清| 在线一区二区三区四区五区| 91久久久在线| 欧美激情欧美狂野欧美精品| 9色国产精品| 亚洲免费电影在线观看| 国产精品久久波多野结衣| 欧美在线欧美在线| 久久女同精品一区二区| 亚洲精品久久久蜜桃| 一区二区三区久久精品| 国产欧美一区二区精品仙草咪| 久久资源av| 欧美日韩国产综合视频在线观看 | 久久嫩草精品久久久精品一| 亚洲国产精品一区二区www| 91久久精品一区二区别| 国产欧美日韩一级| 亚洲第一天堂无码专区| 国产精品日日摸夜夜添夜夜av| 国产精品影片在线观看| 久久婷婷蜜乳一本欲蜜臀| 欧美激情女人20p| 久久精品一区| 欧美日韩另类国产亚洲欧美一级| 久久电影一区| 欧美日本免费| 久久一区二区三区四区| 欧美精品综合| 嫩草成人www欧美| 国产精品区一区二区三区| 免费亚洲电影在线观看| 国产精品亚发布| 亚洲黄一区二区三区| 国产一区二区三区在线免费观看| 欧美激情第三页| 国产亚洲一区在线| 亚洲视频欧美视频| 日韩一级精品视频在线观看| 欧美一区二区三区精品| 一区二区三区你懂的| 免费观看国产成人| 麻豆精品在线观看| 国产欧美日韩三区| 中日韩高清电影网| 一区二区三区高清在线| 欧美岛国在线观看| 美脚丝袜一区二区三区在线观看| 国产女人精品视频| 亚洲影视中文字幕| 亚洲欧美另类久久久精品2019| 欧美激情偷拍| 亚洲国产精品一区二区第一页| 激情久久中文字幕| 在线亚洲一区二区| 亚洲特级毛片| 欧美日韩视频第一区| 亚洲国产欧美日韩| 亚洲人成在线播放网站岛国| 久久性天堂网| 欧美激情日韩| 日韩午夜在线视频| 欧美日韩国产另类不卡| 日韩视频三区| 亚洲深夜影院| 国产精品久久久久aaaa樱花 | 久久精品网址| 国内精品美女在线观看| 久久久久久久久久看片| 久久大香伊蕉在人线观看热2| 国产亚洲欧美另类一区二区三区| 校园春色综合网| 久久伊人精品天天| 亚洲欧洲日本国产| 欧美日韩另类丝袜其他| 亚洲视频在线观看视频| 香蕉国产精品偷在线观看不卡| 国产日韩欧美不卡在线| 久久精品91久久香蕉加勒比 | 亚洲午夜精品视频| 国产精品区二区三区日本| 午夜一区二区三区在线观看 | 亚洲天天影视| 国产酒店精品激情| 久久免费偷拍视频| 亚洲精品乱码久久久久久日本蜜臀 | 欧美在线|欧美| 欧美福利网址| 亚洲一区二区免费| 国产亚洲网站| 欧美国产91| 亚洲男人的天堂在线| 欧美www在线| 亚洲专区在线视频| 狠狠久久五月精品中文字幕| 欧美精品一区在线发布| 午夜久久久久久| 亚洲国产成人久久综合一区| 亚洲欧美视频在线观看| 黄色成人免费观看| 欧美日韩一区二区高清| 欧美在线播放高清精品| 91久久精品国产91久久| 欧美主播一区二区三区| 亚洲激情偷拍| 国产精品视频免费观看www| 久久综合九九| 亚洲一区综合| 亚洲精品日韩激情在线电影| 久久精品在这里| 中文在线不卡| 亚洲品质自拍| 国产亚洲美州欧州综合国| 欧美日韩综合久久| 欧美搞黄网站| 麻豆乱码国产一区二区三区| 性久久久久久久久久久久| 99成人精品| 亚洲人成在线播放| 久久综合色播五月| 亚洲欧美一区二区三区极速播放| 亚洲国产另类精品专区| 国产老肥熟一区二区三区| 欧美色欧美亚洲另类二区| 欧美成年人网| 乱人伦精品视频在线观看| 欧美一区二区三区久久精品| 亚洲一区二区3| 一区二区三区 在线观看视| 亚洲人成网站999久久久综合| 欧美成人视屏| 免费视频最近日韩| 欧美sm重口味系列视频在线观看| 久久激情网站| 久久精品欧美日韩| 久久久www| 久久一区二区三区超碰国产精品| 老牛国产精品一区的观看方式| 久久精品视频免费播放| 久久久噜久噜久久综合| 久久久久久自在自线| 久久久久久久999| 久久综合综合久久综合| 美脚丝袜一区二区三区在线观看| 狂野欧美激情性xxxx欧美| 久久亚洲免费| 欧美黑人国产人伦爽爽爽| 欧美韩日一区二区三区| 91久久在线观看| 日韩一级视频免费观看在线| 中文在线一区| 亚洲欧美日韩爽爽影院| 久久国产精品久久久久久电车 | 一区二区三区回区在观看免费视频| 国产精品99久久99久久久二8| 在线一区亚洲| 欧美一区二区三区视频在线| 久久精品国产77777蜜臀| 亚洲欧洲另类| 亚洲视频一二| 久久精品一区二区国产| 久久久999精品免费| 免费一级欧美片在线播放| 欧美区日韩区| 国产欧美日韩三区| 影音先锋亚洲电影| 一本色道久久综合一区| 亚洲欧美中文字幕| 欧美 亚欧 日韩视频在线| 亚洲美女在线看| 欧美亚洲日本一区| 欧美黄色小视频| 国产视频精品网| 亚洲精品国久久99热| 中文精品视频| 久久久伊人欧美| 99av国产精品欲麻豆| 欧美在线视频全部完| 欧美激情日韩| 狠狠色综合网| 亚洲一区二区三区免费在线观看 | 亚洲精品之草原avav久久| 午夜宅男欧美| 欧美人成免费网站| 在线观看日韩av先锋影音电影院| 99热这里只有成人精品国产| 久久久久久久久久久久久9999| 亚洲高清在线播放| 午夜电影亚洲| 欧美日韩视频在线| 伊甸园精品99久久久久久| 亚洲午夜免费福利视频| 免费人成网站在线观看欧美高清| 亚洲图片在线| 欧美日韩精品欧美日韩精品一| 伊人久久婷婷| 久久高清福利视频|