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

深入探索C++對象模型讀書筆記 (四)

Posted on 2010-03-09 22:20 rikisand 閱讀(1586) 評論(1)  編輯 收藏 引用 所屬分類: C/C++

Function 語義學

····member 的各種調用方式~

1.非靜態成員函數·

float Point3d::mangitude3d()const{…}

會變成 float Point3d::magnitude(const Point3d* this){…}

c++的準則之一:非靜態成員函數至少必須同一般的nonmember function 有相同的效率

名稱的特殊處理:(name mangling)一般member名稱前面都會加上class名稱,形成獨一無二的命名,class Bar {public :int ival;} 可能變成 ival_3Bar ;3應該是bar的長度了。

這樣可以防止繼承體系中兩個類定義同樣名字的變量~

如果使用extern “C” 就可以壓制nonmember 的mangling 效果

2.虛擬成員函數·

如果normalize 是虛擬函數 他會被翻譯成:

(*ptr->vptr[1])(ptr); 第二個ptr是this指針

類似的magnitude 會變成

(*this->vptr[2])(this);

而magnitude是在normalize之后調用的因此此時已經確定this指向的是Point3d 因此可以直接調用Point3d::magnitude()更有效率

如果用一個對象調用一個虛擬函數應該把它當做正常函數來對待,因為可以確定對象類型直接調用相應的函數即可,在這種情況下,虛擬函數也可以inline 來提高效率了~~~

3.靜態成員函數

class A{
public:
    static int a;
    static int geta(){return a;}
};
int A::a=33333;
int main(){
    cout<< ((A*)0)->geta()<<endl;
}

static的主要特征是他沒有this 指針,這樣導致“

他不能直接存取其class中的nonstatic members

他不能被聲明為const volatile 或者virtual

他不需要經由class object 才被調用 雖然大部分情況是這樣調用的

如果取一個static member func 地址則得到的是他在內存中的真正地址,而且得到的是一個函數指針,而不是一個指向class member 函數的指針

 

····虛擬成員函數

為了支持virtual func 機制,必須首先能夠對多態對象由某種形式的運行期類型判斷方法

c++中多態表示:以一個public blase class 指針或者引用 尋址出一個derived class object 的意思

識別出哪個類需要支持多態只要看他是否有任何的virtual func

~~~單一繼承

vtable中每一個virtual func(包括pure func)都被指派一個固定的索引值,這個索引在整個繼承體系中保持與特定的virtual function 的關聯

 

當一個class 繼承自上一個class時候

1.可以繼承base class 聲明的virtual func ,這樣該函數實體的地址會被拷貝到他的vtable相對應的slot 中,位置x不變 這樣調用時候 ptr->func();會翻譯成 (*ptr->vtbl[x])func(ptr) ;而不用管ptr 到底是一個base 還是一個derived

2.他可以使用自己的函數實體,表示他自己的函數地址必須放在相應的位置x處 ,跟上面的例子一樣

3.可以加入新的virtual 函數,這時候vtbl 會變大

~~~多重繼承呢

多重繼承時候 例如 Derived public 自 Base1,Base2

Base2 *pbase2 = new Derived; 新的Derived必須調整

Base2 *pbase2 = tmp?tmp+sizeof(Base1):0;

當程序員刪除pbase2指向的對象時指針必須再一次調整。上述的調整并不能在編譯時期設定,因為pbase2指向的對象只有在執行期才能確定。

同樣道理,pbase2 如果要調用函數的話,調用操作會引發必要的指針調整,也必須在執行期調整。

Bjarne采用擴充vtable 每一項記錄調整this指針的信息,但浪費,因為大部分不需要調整

Thunk技術是用一段匯編實現調整this指針以及跳到virtual func的過程

調整this指針的第二個負擔是:如果由derved class 調用,或者由第二個base class 調用,同一個函數可能在virtual table 對應多個slots

pbase1 和derived 的vtable可以合并,他們用同樣的slots 偏移,里面可以放真正的地址,而pbase2 需要調整this指針,其vtabl 相應的地址放的是相應的thunk地址。

可以看到”:

1.如果通過指向第二個base class 指針調用derived的func ptr 需要調整

2.如果通過指向derived指針調用從第二個繼承來的func 需調整

3.如果允許virtual func 返回類型有所變化,可能base 可能derived,也需要調整this

Microsoft 用address point 策略,即將用來改寫別人的函數,期待獲得的參數(this)是引入該class 的地址,這就是函數的address class(~~不了啊~~)

~~~虛擬繼承下的virtual func

  即便只有一個base clas 它的布局轉換也需要this 指針的調整,相當復雜~~~

…指向成員函數的指針

double Point::x();

可以定義指向成員函數的指針

double (Point::* pmf)()=&Point::x;

調用可以  (origin.*pmf)() 或者 ptr->*pmf();

如果是虛擬函數的指針呢??

Point* ptr= new Point3d;

如果x是一個虛擬函數

(ptr->*pmf)();仍然是Point3d::x()被調用么?

答案~~是的

因為取得虛擬函數的地址其實取得的是虛擬函數的offset值

調用會變成  (*ptr->vtbl[(int)pmf])(ptr);

class A{
public:
    static int a;
    static int geta()  {return a;}  //靜態并不能作為重載條件
    int geta(int x){
        return a;
    }
     int  geta( int  a)const{} // const成員函數 ,可以作為重載條件
};
int A::a=33333;
int main(){
    A a;
    cout<< ((A*)0)->geta()<<endl;//靜態成員函數的一種調用方法 ((A*)0)->geta()
    int(*p)()= &A::geta;
    cout<<(*p)()<<endl;
    int (A::* pgeta)(int a) = &A::geta;
    cout<<(a.*pgeta)(3)<<endl;
}

輸出均為33333 

多重繼承下呢????

Microsoft提供了3種解決方法:

一種:單一繼承的情況(帶vcall thunk地址或者函數地址)

2多重繼承 帶有faddr 和delta

虛擬繼承 帶有四個members

(·····具體以后再查吧)

----------

inline members

真正的inline 函數擴展是在調用的那一個點上,這回帶來參數的求值操作以及暫時性對象的管理

 

形式參數 formal arguments

在inline 期間 每一個形式參數都會被相應的實際參數取代,副作用是,不可以只是簡單的一一封塞程序中出現的每一個形式參數,因為這將導致對于實際參數的多次求值操作,可能產生 帶來副作用的 實際參數,通常這需要嵌入實際對象的~~~~

所以,如果實際參數是常量,那么我們可以直接綁定,如果不是常量也沒有副作用,我們直接代替,否則~~~暫時對象會需要的~·

例如:

inline int min(int i,int j) { return i<j ? i:j ;}

minval = min(val1,val2);

minval = min(11,12);

minval = min (foo(),bar()+1);

 

這會擴展成: minval = val1<val2 ? val1?val2;

minval = 11;( 常量哦)

int t1,t2; minval =(t1 = foo()), (t2=bar()+1),t1<t2?t1:t2;

如果我們改變函數定義

{int minval = i<j?i:j; return minval;}

如下調用{int minval ; minval = min(val1,val2);}

為了維護局部變量可能會變成:

{ int m_lv_minval; minval=(__min_lv_minval=val1<val2?val1:val2),min_lv_minval;}

一般而言,inline 函數的每一個局部變量都必須放在函數調用的一個封閉區段中,擁有一個獨一無二的名字,如果inline函數以單一表達式擴展多次,那么每次擴展都需要自己的一組局部變量。如果inline 函數可以以分離的多個式子被擴展多次,那么只需要一組局部變量就可以重復使用,因為他們被封閉在自己的scope中:

例如 minval = min(val1,val2) + min(foo(),foo()+1) ;

擴展 int __min_lv_minval_0,__min_lv_minval_1,t1,t2;

minval = ((__min_lv_minval_0 = val1<val2?val1:val2),__min_lv_minval_0)+…);

參數帶有副作用或者是以一個單一表達式做多重調用,或者是在inline 函數內部有多個局部變量

都會產生局部變量,要小心對待

--------------------結束線哦~~~~~~··----------------------

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Feedback

# re: 深入探索C++對象模型讀書筆記 (四)  回復  更多評論   

2010-03-15 19:47 by 萌萌
看著很累。換個顏色吧
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美超级免费视 在线| 亚洲精品综合| 欧美精品v国产精品v日韩精品| 亚洲欧美中文在线视频| 性欧美xxxx大乳国产app| 性欧美超级视频| 久久伊伊香蕉| 欧美精品黄色| 国产亚洲欧洲| 91久久夜色精品国产网站| 99riav1国产精品视频| 亚洲男人的天堂在线aⅴ视频| 久久久久久精| 国产综合18久久久久久| 亚洲东热激情| 一区二区三区黄色| 久久久99免费视频| 最新国产精品拍自在线播放| 亚洲美女黄网| 久久久久九九九| 欧美视频福利| 在线欧美福利| 欧美在线一二三| 亚洲国产精品日韩| 欧美在线关看| 国产精品九九| 亚洲精品国偷自产在线99热| 欧美在线一二三四区| 亚洲免费av网站| 久久久噜噜噜久久中文字幕色伊伊 | 怡红院精品视频在线观看极品| 亚洲精品色婷婷福利天堂| 欧美在线中文字幕| 亚洲精品三级| 蜜桃av一区二区| 国产偷久久久精品专区| 亚洲一区二区高清| 亚洲欧洲偷拍精品| 久久这里有精品视频 | 亚洲一区精品电影| 欧美激情亚洲精品| 久久久一区二区三区| 国产精品久久久久久久久久妞妞| 亚洲国产免费看| 老巨人导航500精品| 亚洲欧洲99久久| 国产精品一区二区三区成人| a91a精品视频在线观看| 亚洲黄色免费电影| 巨乳诱惑日韩免费av| 狠狠色丁香久久婷婷综合丁香| 欧美一区二区三区久久精品| 亚洲深夜影院| 国产精品久久久久77777| 一本一本久久a久久精品牛牛影视| 免费亚洲婷婷| 欧美成人免费视频| 亚洲美女视频在线观看| 亚洲国产专区校园欧美| 欧美高清不卡| 在线视频欧美一区| 在线中文字幕一区| 国产精品视频成人| 久久久精品性| 久久中文字幕一区| 亚洲精品国产拍免费91在线| 亚洲精品日韩激情在线电影| 国内偷自视频区视频综合| 欧美一级夜夜爽| 欧美淫片网站| 国产一区二区中文| 一区二区精品国产| 老司机精品视频网站| 女生裸体视频一区二区三区| 99在线精品观看| 欧美日韩一区在线播放| 亚洲性线免费观看视频成熟| 一区二区日本视频| 国产欧美一区二区精品仙草咪 | 欧美mv日韩mv国产网站| 男女av一区三区二区色多| 亚洲美女毛片| 亚洲免费视频网站| 在线免费高清一区二区三区| 亚洲欧洲三级电影| 国产欧美日本| 欧美成人一区二免费视频软件| 欧美激情国产日韩| 午夜精品视频网站| 久久综合久色欧美综合狠狠| 在线综合视频| 久久岛国电影| 中文成人激情娱乐网| 欧美一区二区三区久久精品| 亚洲精品美女久久7777777| 亚洲淫性视频| 亚洲国产日韩一级| 亚洲你懂的在线视频| 亚洲精品久久久久久下一站| 亚洲在线成人| 日韩一级免费| 卡通动漫国产精品| 久久xxxx精品视频| 欧美连裤袜在线视频| 久久亚洲综合色| 国产精品va在线播放| 欧美国产第一页| 国产一区二区高清视频| 一区二区精品在线观看| 亚洲激情影院| 久久成人免费日本黄色| 亚洲午夜av在线| 欧美激情第4页| 免费毛片一区二区三区久久久| 国产精品高潮呻吟久久| 亚洲高清在线观看| 在线视频国产日韩| 久久国产福利| 久久精品亚洲乱码伦伦中文| 国产精品激情偷乱一区二区∴| 亚洲国产精品日韩| 亚洲电影免费观看高清完整版在线观看| 亚洲天天影视| 亚洲资源在线观看| 欧美亚洲第一页| 欧美一级在线亚洲天堂| 国产精品久久久久久久午夜| 91久久黄色| 亚洲精品一区二区三| 美女国产精品| 欧美激情一区二区在线| 亚洲国产一二三| 麻豆精品传媒视频| 欧美成人午夜77777| 亚洲国产成人精品女人久久久| 久久久www| 久久婷婷国产综合尤物精品| 国产一区二区三区成人欧美日韩在线观看 | 欧美激情国产日韩精品一区18| 狠色狠色综合久久| 久久久国产精品一区二区三区| 欧美在线观看一二区| 国产日本亚洲高清| 久久经典综合| 欧美激情a∨在线视频播放| 亚洲国产美国国产综合一区二区| 免费日韩av| 亚洲美女在线国产| 亚洲伊人色欲综合网| 国产精品永久免费在线| 欧美在线一二三区| 欧美成人亚洲成人日韩成人| 99ri日韩精品视频| 国产精品一区二区在线观看不卡| 香蕉久久国产| 亚洲第一中文字幕| 亚洲专区一区二区三区| 国产欧美日韩在线播放| 久久精品日韩| 亚洲激情网站| 欧美一区二区视频免费观看| 一区二区三区自拍| 欧美精品一区二区三区四区 | 亚洲精品一区久久久久久| 欧美黄色精品| 亚洲午夜影视影院在线观看| 国产日产欧美精品| 免费日韩av电影| 国产精品99久久久久久久女警| 久久成人免费视频| 亚洲国产日韩欧美在线99| 国产精品国产精品| 久久中文久久字幕| 亚洲性视频网址| 亚洲第一网站免费视频| 校园激情久久| 日韩视频精品| 激情一区二区三区| 国产精品高清免费在线观看| 久久精品国产99| 中文国产一区| 亚洲丁香婷深爱综合| 久久九九全国免费精品观看| 一区二区日韩伦理片| 狠狠色2019综合网| 国产精品久久看| 欧美精品尤物在线| 欧美日韩www| 久久aⅴ国产欧美74aaa| 又紧又大又爽精品一区二区| 欧美体内谢she精2性欧美 | 欧美日韩三级一区二区| 久久久精品动漫| 西西裸体人体做爰大胆久久久| 亚洲日本一区二区三区| 欧美~级网站不卡| 久久一区国产| 久久香蕉国产线看观看网| 欧美亚洲一区二区在线| 亚洲小说欧美另类婷婷|