理解消息發(fā)送(objc_msgSend)

我們經(jīng)常會講Objetive-C是動態(tài)語言.那么究竟什么是動態(tài)呢?它和C這樣的靜態(tài)語言究竟什么不同呢?


在Objetive-C里,調(diào)用方法,也叫做消息傳遞(pass a message),消息有名稱(name)和選擇子(selector),可以接受參數(shù),而且可能還有返回值.

由于Objetive-C是C語言的超集,所以,我們先來看下C語言的函數(shù)調(diào)用方式,C語言使用靜態(tài)綁定(static binding),也就是在編譯期就能決所調(diào)用的函數(shù),以下是代碼示例:

void func1(){
    printf("call func1");
}
void func2(){
    printf("call func2");
}
void doTheThing(int type){
    if (type == 0) {
         func1();
    }else{
        func2();
    }
}

編譯器在編譯代碼時,已經(jīng)知道程序中func1和func2兩個函數(shù)了,函數(shù)是硬編碼在指令之中,如果把剛才的代碼改成下面這樣,會怎么樣呢?

void func1(){
    printf("call func1");
}

void func2(){
    printf("call func2");
}

void doTheThing(int type){
    void (*func)();
    if (type == 0) {
        func = func1;
    }else{
        func = func2;
    }
}

這就用到動態(tài)綁定了,因為要調(diào)用的函數(shù)的直到運行時才確定,待調(diào)用的函數(shù)無法硬編碼在指令中.

在Objetive-C中,如果向?qū)ο髠鬟f消息,那就會使用動態(tài)綁定機制來決定要調(diào)用的方法,在底層,所有的方法都是底層C函數(shù),對象收到消息后,調(diào)用哪個方法完全有運行期決定,甚至可以再程序運行時改變,這就是Objetive-C成為動態(tài)語言的原因.

給someobject對象發(fā)送消息可以這樣寫:

id returenValue = [someobject messageName:paramter];

someobject成為接受者(receive), messageName成為選擇子(selector),選擇子和參數(shù)結(jié)合起來成為方法(message),編譯器看到此條消息后,會將其轉(zhuǎn)化為標準的C語言調(diào)用,所調(diào)用的函數(shù)就是消息傳遞機制的核心函數(shù),叫做objc_msgSend,其原型如下:

 void objc_msgSend(id self SEL cmd ...);

這是個參數(shù)可變的函數(shù),第一個參數(shù)是接受者,第二個參數(shù)是選擇子,SEL是選擇子類型,后續(xù)參數(shù)就是消息中的那些參數(shù),順序不變,選擇子指的是方法的名字,編譯器會把剛才的消息轉(zhuǎn)化為如下函數(shù):

id  returnValue = objc_msgSend(someObject,@selector(messageName:),paramter)

objc_msgSend函數(shù)會根據(jù)接受者和選擇子的類型來調(diào)用適當?shù)姆椒?為了完成此操作,該方法需要在所屬的類中尋找其"方法列表",如果能找到和選擇字方法相同的方法,那么就跳轉(zhuǎn)至此方法,如果找不到,那就沿著繼承體系向上找,等找到合適方法再跳轉(zhuǎn),如果找不到到就要執(zhí)行消息轉(zhuǎn)發(fā)(message forwarding)操作.

如果每次objc_msgSend函數(shù)都這樣執(zhí)行,那么效率會慢不少,所以objc_msgSend會將匹配結(jié)果緩存在快速映射表中,每個類都有一塊這樣的緩存,如果稍后繼續(xù)向該類發(fā)送相同的消息,那么會快很多,雖然仍然比不上靜態(tài)綁定,但已經(jīng)不會拖后腿了.

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末贯被,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子苇羡,更是在濱河造成了極大的恐慌藏澳,老刑警劉巖侧戴,帶你破解...
    沈念sama閱讀 216,372評論 6 498
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡斩狱,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,368評論 3 392
  • 文/潘曉璐 我一進店門呀页,熙熙樓的掌柜王于貴愁眉苦臉地迎上來蕊爵,“玉大人,你說我怎么就攤上這事恼布。” “怎么了搁宾?”我有些...
    開封第一講書人閱讀 162,415評論 0 353
  • 文/不壞的土叔 我叫張陵折汞,是天一觀的道長。 經(jīng)常有香客問我盖腿,道長爽待,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 58,157評論 1 292
  • 正文 為了忘掉前任翩腐,我火速辦了婚禮鸟款,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘茂卦。我一直安慰自己何什,他們只是感情好,可當我...
    茶點故事閱讀 67,171評論 6 388
  • 文/花漫 我一把揭開白布等龙。 她就那樣靜靜地躺著处渣,像睡著了一般伶贰。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上霍比,一...
    開封第一講書人閱讀 51,125評論 1 297
  • 那天幕袱,我揣著相機與錄音,去河邊找鬼悠瞬。 笑死们豌,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的浅妆。 我是一名探鬼主播望迎,決...
    沈念sama閱讀 40,028評論 3 417
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼凌外!你這毒婦竟也來了辩尊?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 38,887評論 0 274
  • 序言:老撾萬榮一對情侶失蹤康辑,失蹤者是張志新(化名)和其女友劉穎摄欲,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體疮薇,經(jīng)...
    沈念sama閱讀 45,310評論 1 310
  • 正文 獨居荒郊野嶺守林人離奇死亡胸墙,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,533評論 2 332
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了按咒。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片迟隅。...
    茶點故事閱讀 39,690評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖励七,靈堂內(nèi)的尸體忽然破棺而出智袭,到底是詐尸還是另有隱情,我是刑警寧澤掠抬,帶...
    沈念sama閱讀 35,411評論 5 343
  • 正文 年R本政府宣布吼野,位于F島的核電站,受9級特大地震影響两波,放射性物質(zhì)發(fā)生泄漏箫锤。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,004評論 3 325
  • 文/蒙蒙 一雨女、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧阳准,春花似錦氛堕、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,659評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽括儒。三九已至,卻和暖如春锐想,著一層夾襖步出監(jiān)牢的瞬間帮寻,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 32,812評論 1 268
  • 我被黑心中介騙來泰國打工赠摇, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留固逗,地道東北人。 一個月前我還...
    沈念sama閱讀 47,693評論 2 368
  • 正文 我出身青樓藕帜,卻偏偏與公主長得像烫罩,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子洽故,可洞房花燭夜當晚...
    茶點故事閱讀 44,577評論 2 353

推薦閱讀更多精彩內(nèi)容