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

EverSpring working shop

To pursue creative ideas based on nature.

統計

留言簿(1)

他山之石

閱讀排行榜

評論排行榜

面試中碰到的一個C++陷阱

面試官先問了幾個老掉牙的問題,虛函數是用來干嘛的,動態邦定是怎么回事,虛函數表怎么回事,心中暗喜。逐一化解。然后此人漫不經心的來了一句,虛函數指針有多大。因為差不多是面試的尾聲了,前面大家相談甚歡,頗有相見恨晚之勢。誰知道一切都是幻覺。俺想也沒有想,虛函數指針么,不就是32位那么大么。面試官笑而不答,俺也自以為是。
。。。。。
若干天后一個人發呆,突然想起這個問題,貌似某天灑家曾經在寫code的時候碰到過非靜態成員函數指針類型不能賦給普通函數指針,因為成員函數指針必須包含this指針來限定。一拍大腿,那這樣的話,那天俺信誓旦旦的告訴面試官 虛函數指針不就是普通函數指針么,就是大錯特錯啦。雖然不明白細節,但是如果不那么心急回答,即使不明白大小的確切值,也應該稍作停頓,告訴他可能有所不同?;谥硪印km然進入后續環節,但是這個瑕疵對自己是大大的不利阿,而這個不利本身是可以避免的。

posted on 2009-03-17 22:01 everspring79 閱讀(3281) 評論(21)  編輯 收藏 引用 所屬分類: Notes

評論

# re: 面試中碰到的一個C++陷阱 2009-03-17 23:18 xxxx

那我告訴你,你現在的想法依然是錯的

“成員函數指針必須包含this指針”,試問指針如何包含指針

方便的話說一下你是在面試哪家牛企?  回復  更多評論   

# re: 面試中碰到的一個C++陷阱 2009-03-18 09:18 夢在天涯

哦,只要是指針在32位就是4個字節,就是32位,沒有錯!  回復  更多評論   

# re: 面試中碰到的一個C++陷阱 2009-03-18 09:21 夢在天涯

大家說是不是,至于對static和非staic的編譯后時候要多傳this,那是參數的問題,不是指針的問題!

你可以參考我的C++對象模型系列,那從虛函數表中獲得虛函數指針那就是int*++,那就是32位!

  回復  更多評論   

# re: 面試中碰到的一個C++陷阱 2009-03-18 10:01 everspring79

@xxxx
哈哈,其實成員函數指針不是普通意義上的指針,是個結構,可能包含指針或者偏移信息,而且應不同的編譯器而不同,你還是研究下再來說我的想法是錯的。當然我文中的表述并不精確。
我想面試官當時的目的是想我能表達出虛函數指針與普通函數指針的不同,虛函數指針并非傳統意義上的指針。  回復  更多評論   

# re: 面試中碰到的一個C++陷阱 2009-03-18 10:04 wocow3

X86平臺上,成員函數跟普通_cdecl函數的區別在于成員函數將this指針放到ecx寄存器中傳遞,其他函數參數還是跟_cdecl一樣壓棧
32位平臺上一切指針都是32位的,你這么回答也不錯。  回復  更多評論   

# re: 面試中碰到的一個C++陷阱 2009-03-18 10:04 everspring79

@夢在天涯
你獲得的那個是地址,而非完全意義上的虛函數指針。我當時也是這么想的,VPTR加上位移獲得虛函數地址。但是面試官既然問虛函數指針有多大,完美的回答應該告訴他虛函數指針本身不同于普通指針,除了地址信息還有別的內容。  回復  更多評論   

# re: 面試中碰到的一個C++陷阱 2009-03-18 10:55 Alex-Lee

6.函數與虛函數
編譯器為每個有虛函數的類都建立一個虛函數表(其大小不計算在類中),并為這個類安插一個指向虛函數表的指針,即每個有虛函數的類其大小至少為一個指針的大小4
class A{
public:
int a;
void Function();
};
class B{
public:
int a;
virtual void Function();
};
class C:public B{
public:
char b;
};
class D:public B{
public:
virtual void Function2();
};
class E{
public:
static void Function();
};
sizeof (A) = 4 (內含一個int,普通函數不占大小)
sizeof (B) = 8 (一個int ,一個虛函數表指針)
sizeof (C) =12 (一個int ,一個虛函數表指針,一個char ,再加上數據對齊)
sizeof (D) = 8 (一個int ,一個虛函數表指針,多個虛函數是放在一個表里的,所以虛函數表指針只要一個就行了)
sizeof (E) = 1 (static 函數不占大小,空類大小為1)


參考:http://hi.baidu.com/weiloujushi/blog/item/33f7f8b75d7a35f330add131.html

等會驗證下  回復  更多評論   

# re: 面試中碰到的一個C++陷阱 2009-03-18 13:28 Kevin Lynx

大家應該明確下這里討論的東西,【虛函數指針】,終究來說還是指針,32位機器上就是32位。我覺得博主在這里和大家討論并沒有針對指針這個概念。成員函數指針也是個指針,也是32位,但是其指針值不同一般指針。

面試官問你的問題如果類似于:xxxx指針有多大。。那很明顯,要么是他表述問題的能力有問題,要么是其真的不懂這些東西。面試你的人不見得就比你牛。
  回復  更多評論   

# re: 面試中碰到的一個C++陷阱 2009-03-18 14:00 wocow3

成員函數指針到底是個什么東西?
貌似不同的編譯器有不同的實現。網上介紹gcc的實現是個結構體(手頭沒gcc沒驗證)。
對vc而言,它就是一個指針,一個32位的地址。
但是它的值根據聲明的 成員函數指針 是否指向 虛函數 而不同。
如果成員函數指針聲明是一個普通成員函數的指針,那它的值就是一個普通成員函數的地址。
如果成員函數指針聲明是一個虛函數,那它的值就有來頭了。

首先,C++標準要求:虛成員函數指針也要表現多態性,這就要求調用虛成員函數指針必須“動態的選擇函數”。但是,由于虛成員函數指針它就是就是一個值,也就說它的值必須是編譯期決定的,這是一對矛盾。

MS用了一個方法解決這個矛盾,如果源碼中出現一個虛函數指針被一個虛函數 賦值,那么 這組虛函數序列 會多生成類似
??_9@$BA@AE PROC NEAR ; `vcall', COMDAT
mov eax, DWORD PTR [ecx]
jmp DWORD PTR [eax]
的一段代碼,由這段代碼去完成運行時的多態
同時,虛成員函數指針的值也是編譯期指定的,也就是這里的??_9@$BA@AE
而源代碼中通過噓成員函數指針的調用,實際上就是??_9@$BA@AE這段代碼的調用。
  回復  更多評論   

# re: 面試中碰到的一個C++陷阱 2009-03-18 14:08 Kevin Lynx

@wocow3
我剛寫了點測試代碼,發現我們樓上的幾位觀點都有點小錯誤。
是的,成員函數指針比普通的指針復雜得多。例如:
class Test
{
public:
virtual void print() {}
};

printf( "%d\n", sizeof( &Test::print ) );

就以上代碼,我在VS2005下得出的結果是4(如我們所說),但是在gcc下得出的卻是8!而gcc對于一般的函數(C函數)指針卻是4.

并且,
typedef void (Test::*mem_fn_ptr)();
mem_fn_ptr p = &Test::print;
printf( "%d\n", p );
的結果在不同的編譯器上也不同,gcc得出的如我所想,是一個偏移值,而VC則始終給出一個真正的地址值。更為奇怪的是,在gcc下去掉virtual關鍵字,即讓print為一個普通函數,那么其值也為一個真正的地址值。

看來,這個面試官考的也許正是這個。無論如何,一個成員函數指針不同于普通指針。
參考:http://www.codeproject.com/KB/cpp/FastDelegate.aspx  回復  更多評論   

# re: 面試中碰到的一個C++陷阱 2009-03-18 14:11 everspring79

@Kevin Lynx
沒錯,這正是面試官想要得到的信息。  回復  更多評論   

# re: 面試中碰到的一個C++陷阱 2009-03-18 14:19 wocow3

虛成員函數指針在VC下就是4字節,gcc是個結構體,不同的編譯器廠商有不同的實現。
但VC用普通的指針就實現了虛成員函數指針,代價是會為用到的每組虛成員函數生成多余的代碼。  回復  更多評論   

# re: 面試中碰到的一個C++陷阱 2009-03-18 15:25 陳梓瀚(vczh)

虛函數還是普通的指針,難道你是pfn(params)而不是pClass->*pfn(params)么?this就在這里了,是你調用的時候給他的。  回復  更多評論   

# re: 面試中碰到的一個C++陷阱 2009-03-18 16:40 yindf

如果編譯器相關,就沒有意思了。

但我想說的是成員函數,和普通函數的區別僅有一點,就是第一個參數默認是這個類的引用,理論完畢。

VC和GCC的實現是不一樣的,其實GCC的實現更好一點。

看這個 http://www.diybl.com/course/3_program/c++/cppjs/2008109/149428.html  回復  更多評論   

# re: 面試中碰到的一個C++陷阱 2009-03-18 20:46 jimsmorong

還是不太明白 樓主開多個說明一下好吧  回復  更多評論   

# re: 面試中碰到的一個C++陷阱 2009-03-18 20:48 everspring79

最近比較忙,等我閑下來寫個專門的小文章解釋一下。  回復  更多評論   

# re: 面試中碰到的一個C++陷阱 2009-03-19 10:05 humanchao

回答32位,其實沒有錯...
我覺得很多人面試官的動機和心態有問題,面試是一個試圖發現優點的過程,需要必要的引導和解釋,而我們更多的發現的卻是:不想辦法把你考倒,好像證明自己很沒有水平...  回復  更多評論   

# re: 面試中碰到的一個C++陷阱 2009-03-19 10:54 夢在天涯

看來以后對這樣的問題要說明是VC還是GCC!  回復  更多評論   

# re: 面試中碰到的一個C++陷阱 2009-03-19 14:52 Alex-Lee

雖然博主沒有說的非常的明白,但是這中討論,讓大家獲益匪淺。還是不錯哦。  回復  更多評論   

# re: 面試中碰到的一個C++陷阱[未登錄] 2009-03-19 16:33

俺的blog上面有篇文章是說這個的.
這個標準沒規定,大小是多少都有可能.
比如GCC下可能是8
BCB下是12都可以.  回復  更多評論   

# re: 面試中碰到的一個C++陷阱 2009-03-23 13:16 Herb

看看底層的匯編就知道了  回復  更多評論   

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            永久555www成人免费| 欧美日本久久| 亚洲人成亚洲人成在线观看| 欧美一区永久视频免费观看| 亚洲欧美精品在线观看| 亚洲欧美日本伦理| 欧美一区二区在线看| 久久嫩草精品久久久精品一| 麻豆久久婷婷| 亚洲精选在线观看| 亚洲一区观看| 久热精品在线视频| 欧美日韩日日骚| 国产精品美女一区二区| 国产一区日韩二区欧美三区| 亚洲黄色在线观看| 亚洲一区二区在线免费观看视频| 欧美一区二区三区另类| 免费人成精品欧美精品| 亚洲精品综合久久中文字幕| 亚洲在线视频| 欧美成人一区二区在线| 国产精品每日更新在线播放网址| 狠狠v欧美v日韩v亚洲ⅴ| 亚洲精品五月天| 欧美中文字幕视频在线观看| 亚洲高清久久| 午夜在线精品偷拍| 欧美久久久久久久久久| 国语自产在线不卡| 亚洲欧美日韩国产一区二区| 欧美+亚洲+精品+三区| 一区二区精品| 免费观看不卡av| 国产欧美一区二区三区久久| 亚洲伦理在线观看| 麻豆久久婷婷| 亚洲欧美久久久| 欧美日本一区| 亚洲国产一区二区三区高清| 亚洲欧美日韩视频一区| 欧美亚洲视频| 亚洲免费综合| 欧美日韩免费在线观看| 在线欧美三区| 欧美在线黄色| 亚洲免费av片| 欧美精品v日韩精品v韩国精品v| 国产日韩欧美中文在线播放| 一区二区三区日韩在线观看| 欧美黄色成人网| 久久久久国产一区二区三区| 国产女主播视频一区二区| 亚洲一区免费看| 亚洲美女区一区| 欧美精品福利| 夜夜精品视频| 亚洲精品久久久久久下一站| 欧美高清视频一区二区| 亚洲黄色大片| 欧美激情一二三区| 欧美第十八页| 夜夜爽av福利精品导航| 亚洲毛片在线看| 欧美亚洲第一区| 亚洲欧美日韩成人| 亚洲免费在线视频| 国产一区二区三区直播精品电影 | 亚洲人成人一区二区三区| 久久久久91| 亚洲国产精品久久久久婷婷老年| 老司机免费视频一区二区三区| 欧美亚洲网站| 亚洲国产精品一区二区www在线| 久久综合五月天婷婷伊人| 久久亚洲视频| 亚洲精品乱码视频| 在线亚洲免费视频| 国产一区二区三区在线观看网站 | 国产欧美一区二区三区视频| 欧美一区二区精品久久911| 小黄鸭视频精品导航| 一区在线影院| 亚洲黄色尤物视频| 欧美日韩一区三区四区| 欧美在线视频播放| 噜噜噜躁狠狠躁狠狠精品视频 | 欧美国产精品专区| 亚洲专区免费| 久久精品视频在线看| 最新国产乱人伦偷精品免费网站| 亚洲精品美女在线观看| 国产精品一页| 欧美国产日韩一区二区| 国产精品久久久久久久久久ktv | 亚洲欧美国产va在线影院| 亚洲视频1区| 在线精品视频一区二区| 亚洲视频精选| 1024欧美极品| 亚洲欧美成人一区二区在线电影 | 激情久久五月天| 亚洲电影毛片| 国产伦精品一区二区三区高清版| 欧美波霸影院| 国产欧美日韩视频在线观看| 亚洲欧洲精品一区二区| 国产女人水真多18毛片18精品视频| 狂野欧美激情性xxxx欧美| 欧美日韩美女| 欧美国产视频在线观看| 国产午夜精品视频免费不卡69堂| 亚洲精品久久久久久久久久久久久 | 久久久久久久网| 香蕉亚洲视频| 欧美视频免费看| 亚洲国产精品va在线看黑人| 国产人久久人人人人爽| 日韩亚洲在线观看| 亚洲精品一二三| 玖玖玖国产精品| 久久在精品线影院精品国产| 国产精品一卡二卡| 一二三区精品福利视频| 亚洲激情电影中文字幕| 久久手机免费观看| 久久一区二区三区国产精品| 国产伦精品一区二区三区在线观看| 亚洲精品日韩久久| 99视频一区二区| 欧美日本网站| 亚洲精品视频二区| 一区二区三区视频在线看| 欧美精品久久99| 日韩视频一区二区三区| 夜夜爽99久久国产综合精品女不卡| 免费高清在线一区| 亚洲国产精品久久久久| 亚洲激情欧美激情| 欧美精品一区三区在线观看| 亚洲人成网站在线播| 亚洲无线视频| 国产精品捆绑调教| 午夜天堂精品久久久久| 欧美综合国产精品久久丁香| 国产日韩欧美在线观看| 久久精品中文字幕一区二区三区| 久久夜色精品亚洲噜噜国产mv | 亚洲国产日韩在线一区模特| 久久综合九色综合欧美就去吻| 国产精品免费区二区三区观看| 亚洲在线一区二区| 国产美女高潮久久白浆| 小黄鸭视频精品导航| 久久综合激情| 亚洲精品一区二区在线观看| 欧美激情国产高清| 亚洲视频欧美在线| 久久久国产亚洲精品| 影音先锋一区| 欧美日韩另类综合| 欧美一区二区三区播放老司机| 久久亚洲高清| 日韩视频免费观看| 国产美女精品人人做人人爽| 久久精品国产久精国产爱| 亚洲国产成人精品女人久久久 | 日韩午夜黄色| 国产精品免费久久久久久| 久久不射中文字幕| 91久久精品国产91性色| 久久九九热免费视频| 99精品欧美| 国内精品久久久久久影视8| 免费观看成人www动漫视频| 一区二区三区国产盗摄| 麻豆亚洲精品| 欧美亚洲在线视频| 亚洲欧洲午夜| 国产日韩一区二区三区在线| 欧美国产国产综合| 久久久久久久久久码影片| 一区二区三区国产在线观看| 欧美成年网站| 久久精品99久久香蕉国产色戒| 99国产欧美久久久精品| 伊人成年综合电影网| 国产精品午夜国产小视频| 欧美sm重口味系列视频在线观看| 亚洲在线日韩| 99re66热这里只有精品4| 欧美电影打屁股sp| 久久影音先锋| 久久久久久久久久久一区 | 亚洲国产一区二区a毛片| 久久精品一区| 久久成人人人人精品欧| 亚洲欧美日韩精品在线| 中文欧美日韩| 99re这里只有精品6|