透过汇编另眼看世界之多继承下的虚函数函数调用

转载 2007年10月15日 13:56:00
CSDN论坛经常会看到一些关于类成员函数指针的问题,起初我并不在意,以为成员函数指针和普通的函数指针是一样的,没有什么太多需要讨论的。当我找来相关书籍查阅了一番以后,突然意识到我以前对成员函数指针的理解太过于幼稚和肤浅了,它即不像我以前认为的那样简单,它也不像我以前认为的那样"默默无闻"。强烈的求知欲促使我对成员函数进行进一步的学习并有了这篇文章。

一。理论篇
在进行深入学习和分析之前,还是先看看书中是怎么介绍成员函数的。总结一下类成员函数指针的内容,应该包含以下几个知识点:
1。成员函数指针并不是普通的函数指针。
2。编译器提供了几个新的操作符来支持成员函数指针操作:
1) 操作符"::*"用来声明一个类成员函数指针,例如:
    typedef 
void (Base::*PVVBASEMEMFUNC)(void);        //Base is a class
2) 操作符"->*"用来通过对象指针调用类成员函数指针,例如:
   
//pBase is a Base pointer and well initialized
    //pVIBaseMemFunc is a member function pointer and well initialized

    (pBase->*pVIBaseMemFunc)();

3) 操作符".*"用来通过对象调用类成员函数指针,例如:
   
//baseObj is a Base object
    //pVIBaseMemFunc is a member function pointer and well initialized

    (baseObj.*pVIBaseMemFunc)(); 

3。成员函数指针是强类型的。
    typedef void (Base::*PVVBASEMEMFUNC)(void);
    typedef 
void (Derived::*PVVDERIVEMEMFUNC)(void);
PVVBASEMEMFUNC和PVVDERIVEMEMFUNC是两个不同类型的成员函数指针类型。

4。由于成员函数指针并不是真真意义上的指针,所以成员函数指针的转化就受限制。具体的转化细节依赖于不同的编译器,甚至是同一个编译器的不同版本。不过,处于同一个继承链中的不同类之间override的不同函数和虚函数还是可以转化的。
    void* pVoid = reinterpret_cast<void*>(pVIBaseMemFunc);            //error
    int*  pInt  = reinterpret_cast<int*>(pVIBaseMemFunc);             //error
  pVIDeriveMemFunc = static_cast<PVIDERIVEMEMFUNC>(pVIBaseMemFunc);   //OK

二。实践篇
有了上面的理论知识,我们对类成员函数指针有了大概的了解,但是我们对成员函数指针还存在太多的疑惑。既然说成员函数指针不是指针,那它到底是什么东东? 编译器为什么要限制成员函数指针转化?老办法,我们还是分析汇编代码揭示其中的秘密。首先,我写了这样两个具有继承关系的类:
class Base {
public:
    
//ordinary member function
    void setValue(int iValue);

    
//virtual member function
    virtual void dumpMe();
    
virtual void foobar();

protected:
    
int m_iValue;
};

class Derived:public Base{
public:
    
//ordinary member function
    void setValue(int iValue);

    
//virtual member function
    virtual void dumpMe();
    
virtual void foobar();
private:
    
double m_fValue;
};

接着,我又定义了一些成员函数指针类型:
    typedef void (Base::*PVVBASEMEMFUNC)(void);
    typedef 
void (Derived::*PVVDERIVEMEMFUNC)(void);
    typedef 
void (Base::*PVIBASEMEMFUNC)(int);
    typedef 
void (Derived::*PVIDERIVEMEMFUNC)(int);

最后,在main函数写了一些测试代码:
int _tmain(int argc, _TCHAR* argv[])
{
    PVIBASEMEMFUNC pVIBaseMemFunc 
= &Base::setValue;
    PVIDERIVEMEMFUNC pVIDeriveMemFunc 
= static_cast<PVIDERIVEMEMFUNC>(pVIBaseMemFunc);

    PVVBASEMEMFUNC      pVVBaseMemFunc   
= &Base::foobar;
    PVVDERIVEMEMFUNC    pVVDeriveMemFunc 
= static_cast<PVVDERIVEMEMFUNC>(pVVBaseMemFunc);

    Base baseObj;
    (baseObj.
*pVIBaseMemFunc)(10);
    (baseObj.
*pVVBaseMemFunc)();

    Derived deriveObj;
    (deriveObj.
*pVIDeriveMemFunc)(20);
    (deriveObj.
*pVVDeriveMemFunc)();

    
return 0;
}

成功编译后生成汇编代码。老规矩,在分析汇编代码的过程中还是只分析对解决问题有意义的汇编代码,其他的就暂时忽略。
1。成员函数指针不是指针。从代码看出,在main函数的调用栈(calling stack)中首先依次压入四个成员函数指针,如果它们是普通指针的话,它们之间的偏移量应该是4个字节,可是实际的情况却是这样的:
_deriveObj$ = -88
_baseObj$ 
= -60
_pVVDeriveMemFunc$ 
= -44
_pVVBaseMemFunc$ 
= -32
_pVIDeriveMemFunc$ 
= -20
_pVIBaseMemFunc$ 
= -8
_argc$ 
= 8
_argv$ 
= 12

由此可以看出,他们之间的偏移量是12个字节。这12个字节中应该可以包含三个指针,其中的一个指针应该指向函数的地址,那另外两个指针又指向那里呢?在《C++ Common Knowledge: Essential Intermediate Programming》(中文译名:
C++必知必会)这本书的第16章对这部分的内容做了说明,这个12个字节的偏移量正好印证了书中的内容:
        ”The implementation of the pointer to member function must store within itself information as to whether the member function to which it refers is virtual or nonvirtual, information about where to find the appropriate virtual function table pointer (see The Compiler Puts Stuff in Classes [11, 37]), an offset to be added to or subtracted from the function's this pointer (see Meaning of Pointer Comparison [28, 97]), and possibly other information. A pointer to member function is commonly implemented as a small structure that contains this information, although many other implementations are also in use. Dereferencing and calling a pointer to member function usually involves examining the stored information and conditionally executing the appropriate virtual or nonvirtual function calling sequence.“


2。成员函数指针的转化。本文所采用的代码是想比较普通成员函数指针和虚函数指针在转化的过程中存在那些差异:
    ; PVIBASEMEMFUNC pVIBaseMemFunc = &Base::setValue;
    mov    DWORD PTR _pVIBaseMemFunc$[ebp], OFFSET FLAT:
?setValue@Base@@QAEXH@Z ;
    取出Base::setValue函数的地址,存放于变量pVIBaseMemFunc所占内存的前4个字节(DWORD)中。

; PVVBASEMEMFUNC      pVVBaseMemFunc   = &Base::foobar;
mov    DWORD PTR _pVVBaseMemFunc$[ebp], OFFSET FLAT:
??_9@$B3AE ; `vcall'
取出符号”??_9@$B3AE“的值,存放于变量pVVBaseMemFunc所占内存的前4个字节(DWORD)中。
 
对于符号”??_9@$B3AE“,我又找到了这样的汇编代码:
    _TEXT    SEGMENT
    
??_9@$B3AE PROC NEAR                    ; `vcall', COMDAT
    mov    eax, DWORD PTR [ecx]
    jmp    DWORD PTR [eax
+4]
    
??_9@$B3AE ENDP                        ; `vcall'
    _TEXT    ENDS
符号”
??_9@$B3AE“代表的应该是一个存根函数,这个函数首先根据this指针获得虚函数表的指针,然后将指令再跳转到相应的虚函数的地址。
由此可以看出,对于虚函数,即使是用过成员函数指针间接调用,仍然具有和直接调用一样的特性。

    ; PVIDERIVEMEMFUNC pVIDeriveMemFunc = static_cast<PVIDERIVEMEMFUNC>(pVIBaseMemFunc);
    mov    eax, DWORD PTR _pVIBaseMemFunc$[ebp]
    mov    DWORD PTR _pVIDeriveMemFunc$[ebp], eax
直接将变量pVIBaseMemFunc所占内存的前4个字节(DWORD)的值付给了变量_pVIDeriveMemFunc所占内存的前4个字节中。

    ; PVVDERIVEMEMFUNC    pVVDeriveMemFunc = static_cast<PVVDERIVEMEMFUNC>(pVVBaseMemFunc);
    mov    eax, DWORD PTR _pVVBaseMemFunc$[ebp]
    mov    DWORD PTR _pVVDeriveMemFunc$[ebp], eax
直接将变量pVVBaseMemFunc所占内存的前4个字节(DWORD)的值付给了变量pVVDeriveMemFunc所占内存的前4个字节中。
由此可以看出,基类的成员函数指针转化到相应的派生类的成员函数指针,值保持不变。当然这里的例子继承关系相对来说比较简单,如果存在多继承和虚继承的情况下,结果可能会复杂的多。

3。函数调用
下面的函数调用都大同小异,这里是列出其中的一个:
    ; (baseObj.*pVIBaseMemFunc)(10);
    mov    esi, esp
    push    
10                    ; 0000000aH
    lea    ecx, DWORD PTR _baseObj$[ebp]
    call    DWORD PTR _pVIBaseMemFunc$[ebp]
    cmp    esi, esp
    call    __RTC_CheckEsp  
这里的汇编代码并没有给我们太多新鲜的内容:将对象的首地址(this指针)存放于寄存器ECX中,接着就将指令转到变量_pVIBaseMemFunc所占内存的前4个字节所表示的地址。

到了这里,我们应该对成员函数指针有了进一步的了解。
 

自定义控件——继承已有控件

剔除繁杂的理论,注重实践,深入浅出讲解Android中的自定义控件中的继承已有组件的方法
  • 2017年03月17日 15:18

透过汇编另眼看世界之多继承下的虚函数函数调用(二)

文揭示多继承下的虚函数调用 在我的前一篇文章"透过汇编另眼看世界之函数调用"中,我们通过汇编了解了虚函数调用的全部过程。在本文中我将分析多继承的情况下虚函数调用的情况。首先还是写一些简单的代码作为本文...
  • michaelrun
  • michaelrun
  • 2007-10-15 13:58:00
  • 471

透过汇编另眼看世界之多继承下的虚函数函数调用

在我的前一篇文章"透过汇编另眼看世界之函数调用"中,我们通过汇编了解了虚函数调用的全部过程。在本文中我将分析多继承的情况下虚函数调用的情况。首先还是写一些简单的代码作为本文分析的例子代码: //the...
  • foreverfresh
  • foreverfresh
  • 2007-01-24 13:27:00
  • 519

透过汇编另眼看世界之函数调用

在我的另外一篇文章中 ,我提到了要通过汇编语言来分析虚函数调用的真相。我们现在就开始踏上这次艰辛却非常有意思的旅程。其他闲话少说,直接进入主题。本文中使用的C++代码:#include "stdafx...
  • houdy
  • houdy
  • 2006-10-15 09:45:00
  • 3837

透过汇编另眼看世界之类成员函数指针

前言:在CSDN论坛经常会看到一些关于类成员函数指针的问题,起初我并不在意,以为成员函数指针和普通的函数指针是一样的,没有什么太多需要讨论的。当我找来相关书籍查阅了一番以后,突然意识到我以前对成员函数...
  • discory
  • discory
  • 2007-02-12 11:37:00
  • 516

透过汇编另眼看世界之类成员函数指针

前言:在CSDN论坛经常会看到一些关于类成员函数指针的问题,起初我并不在意,以为成员函数指针和普通的函数指针是一样的,没有什么太多需要讨论的。当我找来相关书籍查阅了一番以后,突然意识到我以前对成员函数...
  • houdy
  • houdy
  • 2006-11-25 12:35:00
  • 3915

透过汇编另眼看世界之DLL导出函数调用

前言:我一直对DLL技术充满好奇,一方面是因为我对DLL的导入/导出机制还不是特别的了解,另一面是因为我发现:DLL技术在Windows平台下占有重要的地位,几乎所有的Win32 API都是以导出函数...
  • houdy
  • houdy
  • 2006-11-19 12:45:00
  • 3804

透过汇编另眼看世界之DLL导出函数调用

DLL的导出/导入机制到底是怎么实现的呢?本文通过引用大量的文章和对实际汇编代码的深入分析,理论联系实际,深入剖析了大量隐藏在背后的秘密。前言:我一直对DLL技术充满好奇,一方面是因为我对DLL的导入...
  • benny5609
  • benny5609
  • 2007-11-01 17:35:00
  • 634

C++构造函数中调用虚函数

谈谈关于构造函数中调用虚函数的情况,仅讨论单继承,不考虑虚拟继承和多重继承。 测试平台:VS2013 + Win7X64 一个例子: #include #include class Base...
  • alex_my
  • alex_my
  • 2015-03-02 13:58:13
  • 1402

读《透过结构看世界》

李忠秋 推荐 2 星 个人并不喜欢这本书。也不认为是一本值得推荐给朋友的书。 书的内容有些空,虽然讲的也是方法论 用方法去理解事物,去解决问题,是我关注的主题,但是所讲,我并不认同。 ...
  • wide288
  • wide288
  • 2017-02-02 17:59:02
  • 630
收藏助手
不良信息举报
您举报文章:透过汇编另眼看世界之多继承下的虚函数函数调用
举报原因:
原因补充:

(最多只允许输入30个字)