From:http://blog.csdn.net/hairetz/archive/2009/05/06/4153252.aspx
個人感覺對于類的成員函數(shù)指針這塊講解的比較深入詳細
推薦閱讀
/////////////////////////////////////////////////
先看這樣一段代碼
class test
{
public:
test(int i){ m_i=i;}
test(){}
void hello()
{
printf("hello\n");
}
private:
int m_i;
};
int main()
{
test *p=new test();
p->hello();
p=NULL;
p->hello();
}
結(jié)果是:
hello
hello
為何
p=NULL;
p->hello(); 這樣之后，NULL->hello()也依然有效呢？
我們第一反應一定是覺得類的實例的成員函數(shù)，不同于成員變量，成員函數(shù)全部都存在同一個地方，所以的類的實例來調(diào)用的時候，一定是調(diào)用相同的函數(shù)指針。（想想也是有道理的，成員函數(shù)都是一樣的功能，根本不需要實例化多個）
于是我們把代碼改成這樣
class test
{
public:
test(int i){ m_i=i;}
test(){}
void hello()
{
printf("hello\n");
}
private:
int m_i;
};
typedef void (test::*HELLO_FUNC)();
int main()
{
test *p=new test();
test q;
p->hello();
HELLO_FUNC phello_fun=&test::hello;
printf("%p\n",phello_fun);
p=NULL;
phello_fun=&test::hello;
printf("%p\n",phello_fun);
phello_fun=p->hello;
printf("%p\n",phello_fun);
phello_fun=q.hello;
printf("%p\n",phello_fun);
p->hello();
}
結(jié)果是：
hello
00401005
00401005
00401005
00401005
hello
Press any key to continue
也就是說不管是&test::hello,還是p->hello，或者q.hello,甚至于NULL->hello.
調(diào)用的地址都是0x00401005,也基本印證了我們的猜想。
事情到這里算是完了么？沒有。
有人問道這樣一段代碼：
SSVector& SSVector::assign2product4setup(const SVSet& A, const SSVector& x)
{
int ret_val=
pthread_create(&pt,NULL,(void(*)(void*))SSVector::prefun,x);
}
void* SSVector::prefun (void* arg){
const SSVector &tx =*((SSVector*) arg);
}
行報錯：invalid conversion from 'void (*)(void*)' to 'void* (*)(void*)'
pthread_create我就不解釋了，第3個參數(shù)是線程函數(shù)的指針，為何這里報錯呢？
說明普通的類成員函數(shù)的指針（如果它有函數(shù)指針的話），不同于一般的函數(shù)指針。
看看下面這篇文章關(guān)于這個問題的分析：
前言：在CSDN論壇經(jīng)常會看到一些關(guān)于類成員函數(shù)指針的問題，起初我并不在意，以為成員函數(shù)指針和普通的函數(shù)指針是一樣的，沒有什么太多需要討論的。當我找來相關(guān)書籍查閱了一番以后，突然意識到我以前對成員函數(shù)指針的理解太過于幼稚和膚淺了，它即不像我以前認為的那樣簡單,它也不像我以前認為的那樣"默默無聞"。強烈的求知欲促使我對成員函數(shù)進行進一步的學習并有了這篇文章。
一。理論篇
在進行深入學習和分析之前，還是先看看書中是怎么介紹成員函數(shù)的。總結(jié)一下類成員函數(shù)指針的內(nèi)容，應該包含以下幾個知識點：
1。成員函數(shù)指針并不是普通的函數(shù)指針。
2。編譯器提供了幾個新的操作符來支持成員函數(shù)指針操作：
1) 操作符"::*"用來聲明一個類成員函數(shù)指針，例如：
typedef void (Base::*PVVBASEMEMFUNC)(void); //Base is a class
2) 操作符"->*"用來通過對象指針調(diào)用類成員函數(shù)指針，例如：
//pBase is a Base pointer and well initialized
//pVIBaseMemFunc is a member function pointer and well initialized
(pBase->*pVIBaseMemFunc)();
3) 操作符".*"用來通過對象調(diào)用類成員函數(shù)指針，例如：
//baseObj is a Base object
//pVIBaseMemFunc is a member function pointer and well initialized
(baseObj.*pVIBaseMemFunc)();
3。成員函數(shù)指針是強類型的。
typedef void (Base::*PVVBASEMEMFUNC)(void);
typedef void (Derived::*PVVDERIVEMEMFUNC)(void);
PVVBASEMEMFUNC和PVVDERIVEMEMFUNC是兩個不同類型的成員函數(shù)指針類型。
4。由于成員函數(shù)指針并不是真真意義上的指針，所以成員函數(shù)指針的轉(zhuǎn)化就受限制。具體的轉(zhuǎn)化細節(jié)依賴于不同的編譯器，甚至是同一個編譯器的不同版本。不過，處于同一個繼承鏈中的不同類之間override的不同函數(shù)和虛函數(shù)還是可以轉(zhuǎn)化的。
void* pVoid = reinterpret_cast<void*>(pVIBaseMemFunc); //error
int* pInt = reinterpret_cast<int*>(pVIBaseMemFunc); //error
pVIDeriveMemFunc = static_cast<PVIDERIVEMEMFUNC>(pVIBaseMemFunc); //OK
二。實踐篇
有了上面的理論知識，我們對類成員函數(shù)指針有了大概的了解，但是我們對成員函數(shù)指針還存在太多的疑惑。既然說成員函數(shù)指針不是指針，那它到底是什么東東? 編譯器為什么要限制成員函數(shù)指針轉(zhuǎn)化？老辦法，我們還是分析匯編代碼揭示其中的秘密。首先，我寫了這樣兩個具有繼承關(guān)系的類：
接著，我又定義了一些成員函數(shù)指針類型：
最后，在main函數(shù)寫了一些測試代碼：
成功編譯后生成匯編代碼。老規(guī)矩，在分析匯編代碼的過程中還是只分析對解決問題有意義的匯編代碼，其他的就暫時忽略。
1。成員函數(shù)指針不是指針。從代碼看出，在main函數(shù)的調(diào)用棧(calling stack)中首先依次壓入四個成員函數(shù)指針，如果它們是普通指針的話，它們之間的偏移量應該是4個字節(jié),可是實際的情況卻是這樣的：
”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。成員函數(shù)指針的轉(zhuǎn)化。本文所采用的代碼是想比較普通成員函數(shù)指針和虛函數(shù)指針在轉(zhuǎn)化的過程中存在那些差異：
對于符號”??_9@$B3AE“，我又找到了這樣的匯編代碼： 由此可以看出，對于虛函數(shù)，即使是用過成員函數(shù)指針間接調(diào)用，仍然具有和直接調(diào)用一樣的特性。
; PVIBASEMEMFUNC pVIBaseMemFunc = &Base::setValue;
mov DWORD PTR _pVIBaseMemFunc$[ebp], OFFSET FLAT:?setValue@Base@@QAEXH@Z ;
取出Base::setValue函數(shù)的地址，存放于變量pVIBaseMemFunc所占內(nèi)存的前4個字節(jié)(DWORD)中。
; PVVBASEMEMFUNC pVVBaseMemFunc = &Base::foobar;
mov DWORD PTR _pVVBaseMemFunc$[ebp], OFFSET FLAT:??_9@$B3AE ; `vcall'
取出符號”??_9@$B3AE“的值，存放于變量pVVBaseMemFunc所占內(nèi)存的前4個字節(jié)(DWORD)中。
_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“代表的應該是一個存根函數(shù)，這個函數(shù)首先根據(jù)this指針獲得虛函數(shù)表的指針，然后將指令再跳轉(zhuǎn)到相應的虛函數(shù)的地址。
; PVIDERIVEMEMFUNC pVIDeriveMemFunc = static_cast<PVIDERIVEMEMFUNC>(pVIBaseMemFunc);
mov eax, DWORD PTR _pVIBaseMemFunc$[ebp]
mov DWORD PTR _pVIDeriveMemFunc$[ebp], eax
直接將變量pVIBaseMemFunc所占內(nèi)存的前4個字節(jié)(DWORD)的值付給了變量_pVIDeriveMemFunc所占內(nèi)存的前4個字節(jié)中。
; PVVDERIVEMEMFUNC pVVDeriveMemFunc = static_cast<PVVDERIVEMEMFUNC>(pVVBaseMemFunc);
mov eax, DWORD PTR _pVVBaseMemFunc$[ebp]
mov DWORD PTR _pVVDeriveMemFunc$[ebp], eax
直接將變量pVVBaseMemFunc所占內(nèi)存的前4個字節(jié)(DWORD)的值付給了變量pVVDeriveMemFunc所占內(nèi)存的前4個字節(jié)中。
由此可以看出，基類的成員函數(shù)指針轉(zhuǎn)化到相應的派生類的成員函數(shù)指針，值保持不變。當然這里的例子繼承關(guān)系相對來說比較簡單，如果存在多繼承和虛繼承的情況下，結(jié)果可能會復雜的多。
3。函數(shù)調(diào)用
下面的函數(shù)調(diào)用都大同小異，這里是列出其中的一個： 這里的匯編代碼并沒有給我們太多新鮮的內(nèi)容：將對象的首地址(this指針)存放于寄存器ECX中，接著就將指令轉(zhuǎn)到變量_pVIBaseMemFunc所占內(nèi)存的前4個字節(jié)所表示的地址。
到了這里，我們應該對成員函數(shù)指針有了進一步的了解。
; (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
由此可以看出，他們之間的偏移量是12個字節(jié)。這12個字節(jié)中應該可以包含三個指針，其中的一個指針應該指向函數(shù)的地址，那另外兩個指針又指向那里呢？在《C++ Common Knowledge: Essential Intermediate Programming》(中文譯名：
C++必知必會)這本書的第16章對這部分的內(nèi)容做了說明，這個12個字節(jié)的偏移量正好印證了書中的內(nèi)容：
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);
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;
}
_deriveObj$ = -88
_baseObj$ = -60
_pVVDeriveMemFunc$ = -44
_pVVBaseMemFunc$ = -32
_pVIDeriveMemFunc$ = -20
_pVIBaseMemFunc$ = -8
_argc$ = 8
_argv$ = 12
本文來自CSDN博客，轉(zhuǎn)載請標明出處：http://blog.csdn.net/eroswang/archive/2009/05/06/4153356.aspx