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

深入探索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综合ⅴ国产v| 在线视频欧美日韩精品| 久久久综合激的五月天| 欧美午夜不卡在线观看免费| 影音先锋欧美精品| 午夜影院日韩| 999在线观看精品免费不卡网站| 看欧美日韩国产| 国产精品99久久99久久久二8| 欧美69视频| 亚洲国产欧美不卡在线观看| 久久这里有精品视频| 久久9热精品视频| 国产性猛交xxxx免费看久久| 久久av二区| 久久爱www| 国内精品视频一区| 久久久青草青青国产亚洲免观| 亚洲性感激情| 国产欧美在线观看一区| 午夜精品一区二区在线观看| 亚洲一区二区三区四区五区黄| 欧美午夜精品一区| 亚洲永久免费av| 亚洲一级影院| 国产午夜精品理论片a级探花 | 欧美freesex交免费视频| 久久成人在线| **性色生活片久久毛片| 欧美国产日韩一二三区| 欧美福利一区二区| 亚洲视频网在线直播| 亚洲一区在线直播| 国产午夜精品福利| 免费在线欧美视频| 欧美区二区三区| 小辣椒精品导航| 久久久亚洲精品一区二区三区| 亚洲激情成人在线| 99人久久精品视频最新地址| 国产精品免费在线| 久久这里有精品15一区二区三区| 免费视频最近日韩| 亚洲一区二区三区在线| 欧美在线视频免费| 一区二区三区导航| 亚洲欧美日韩第一区| 亚洲第一精品福利| 中国av一区| 黄色成人av| 亚洲九九九在线观看| 国产一区二区三区黄| 欧美激情一级片一区二区| 欧美日韩在线一区| 久久婷婷人人澡人人喊人人爽 | 午夜精品久久久久| 免费观看国产成人| 亚洲视频一区二区在线观看| 久久成人资源| 亚洲欧美韩国| 欧美激情国产日韩精品一区18| 香蕉精品999视频一区二区 | 亚洲三级电影在线观看| 亚洲综合久久久久| 亚洲免费激情| 久久久久在线观看| 午夜亚洲影视| 欧美电影专区| 亚洲黄色性网站| 性感少妇一区| 一片黄亚洲嫩模| 亚洲精品在线一区二区| 蜜臀av在线播放一区二区三区| 亚洲精品国产精品国自产观看浪潮 | 国产精品久久久久久av下载红粉 | 亚洲欧洲另类| 欧美影视一区| 亚洲一区久久| 欧美激情a∨在线视频播放| 久久免费精品日本久久中文字幕| 国产精品成人在线| 亚洲精品影视| 亚洲精品社区| 欧美福利网址| 91久久嫩草影院一区二区| 在线观看不卡| 久久精品91| 久久综合婷婷| 精品动漫3d一区二区三区免费| 亚洲欧美日韩精品在线| 亚洲尤物在线视频观看| 欧美日韩一区综合| 日韩视频在线一区| 亚洲午夜国产成人av电影男同| 欧美国产精品中文字幕| 欧美国产日韩视频| 亚洲精品一区二区网址| 免费成人在线观看视频| 欧美激情一区在线| 亚洲黄色在线| 欧美日韩国产色综合一二三四| 亚洲老司机av| 亚洲欧美日韩直播| 国产视频在线观看一区二区三区| 午夜电影亚洲| 麻豆成人在线观看| 91久久精品www人人做人人爽| 免费视频一区| 夜夜嗨av一区二区三区四季av| 亚洲中午字幕| 国内精品久久久久久 | 欧美午夜激情在线| 亚洲午夜一区二区| 欧美一区二区视频网站| 国产在线欧美日韩| 另类国产ts人妖高潮视频| 欧美激情四色 | 麻豆精品视频| 亚洲美女网站| 国产精品羞羞答答| 欧美国产日韩一区二区在线观看| 亚洲国产日本| 国产精品国产| 久久久久国产免费免费| 亚洲国产欧美另类丝袜| 亚洲一区二区三区视频| 伊人久久亚洲热| 欧美日韩视频专区在线播放| 亚洲欧美变态国产另类| 欧美成年人网站| 亚洲欧美国产一区二区三区| 伊人春色精品| 国产精品久久7| 久久一二三国产| 亚洲神马久久| 亚洲高清免费视频| 欧美一区二区三区男人的天堂| 亚洲国产精品va| 国产精品日韩高清| 欧美成人免费在线视频| 午夜在线观看免费一区| 亚洲风情在线资源站| 欧美怡红院视频| 一本色道久久99精品综合| 国模私拍视频一区| 国产精品久久久久久五月尺| 美女亚洲精品| 欧美一区2区三区4区公司二百| 亚洲激情自拍| 久久亚洲图片| 午夜精品国产更新| 99精品国产在热久久婷婷| 激情欧美一区| 国产精品永久免费| 欧美日韩在线电影| 欧美高清一区| 免费观看日韩av| 久热精品视频在线| 久久精品动漫| 午夜精品久久久久久久99热浪潮 | 这里只有精品丝袜| 亚洲人成久久| 欧美电影在线观看| 久久中文久久字幕| 欧美中文在线观看| 亚洲欧美日韩天堂| 亚洲天堂黄色| 亚洲美女一区| 99re热这里只有精品视频| 亚洲国产成人av| 在线观看日韩一区| 黄色一区二区三区四区| 国产日韩精品久久久| 国产女主播一区| 国产日韩精品一区二区三区在线| 国产精品理论片在线观看| 欧美三级不卡| 国产精品家庭影院| 国产精品久久久久91| 欧美偷拍一区二区| 国产精品xxx在线观看www| 欧美日韩18| 国产精品高潮呻吟| 国产精品嫩草99av在线| 国产日韩亚洲欧美精品| 国产亚洲精品久久久| 国产在线乱码一区二区三区| 激情亚洲网站| 亚洲级视频在线观看免费1级| 亚洲国产欧洲综合997久久| 亚洲乱码国产乱码精品精98午夜| 亚洲乱码久久| 亚洲一区二区三区精品视频| 亚洲欧美日韩精品| 久久久久久久999精品视频| 欧美伊人久久大香线蕉综合69| 日韩天堂av| 在线综合视频| 久久成人一区|