Objective-C語(yǔ)言中方法的傳遞有二種：①Selector ② Blocks，本文主要說(shuō)一下Selector，關(guān)于Blocks會(huì)在后續(xù)總結(jié)一下。

消息傳遞模型（Message Passing）是Objective-C語(yǔ)言的核心機(jī)制。在Objective-C中，沒(méi)有方法調(diào)用這種說(shuō)法，只有消息傳遞。

在C++或Java中調(diào)用某個(gè)類的方法，在Objective-C中是給該類發(fā)送一個(gè)消息。在C++或Java里，類與類的行為方法之間的關(guān)系非常緊密，一個(gè)方法必定屬于一個(gè)類，且于編譯時(shí)就已經(jīng)綁定在一起，所以你不可能調(diào)用一個(gè)類里沒(méi)有的方法。而在Objective-C中就比較簡(jiǎn)單了，類和消息之間是松耦合的，方法調(diào)用只是向某個(gè)類發(fā)送一個(gè)消息，該類可以在運(yùn)行時(shí)再確定怎么處理接受到的消息。也就是說(shuō)，一個(gè)類不保證一定會(huì)響應(yīng)接收到的消息，如果收到了一個(gè)無(wú)法處理的消息，那么程序既不會(huì)出錯(cuò)也不或宕掉，它僅僅是什么都不做，并返回一個(gè)nil【筆者添加：在編譯期是不出錯(cuò)的，符合語(yǔ)義上的理解，但是runtime運(yùn)行時(shí)的話，會(huì)崩潰】。這種設(shè)計(jì)本身也比較符合軟件的隱喻。(非常nice,從網(wǎng)上看到的，copy過(guò)來(lái)了)

很顯然，既然編譯器不定位方法，那么只有運(yùn)行期定位方法了，Objective-C又是怎么去運(yùn)行期定位方位的呢？

id objc_msgSend(id receiver, SEL selector, ...)【包含二個(gè)必要參數(shù)：receiver(接受者對(duì)象)、selector(方法選擇器)和一個(gè)未知參數(shù)(selector的參數(shù)列表)】

Objective-C就是通過(guò)上述方法來(lái)查找調(diào)用方法的~比如[itNoob cry]就被轉(zhuǎn)換成objc_msgSend(itNoob,cry),這里receiver就是itNoob對(duì)象，selector就是cry選擇器，當(dāng)然如果cry擁有參數(shù)的話，會(huì)同樣被轉(zhuǎn)換，如[itNoob cry:@"嗚嗚" AndSmile:@"嘻嘻"]會(huì)被轉(zhuǎn)換成objc_msgSend(itNoob,cry:AndSmile:,@"嗚嗚",@"嘻嘻")，類似如objc_msgSend(id receiver, SEL selector, parm1,parm2,...)。

objc_msgSend的動(dòng)態(tài)綁定過(guò)程

根據(jù)receiver對(duì)象去查找selector方法的具體實(shí)現(xiàn)位置調(diào)用查找到的實(shí)現(xiàn)，傳遞參數(shù)將方法實(shí)現(xiàn)的返回值作為自己的返回值，返回

那objc_msgSend的是如何查找方法的具體實(shí)現(xiàn)位置呢，從網(wǎng)上找了一下，如下：

編譯器構(gòu)建每個(gè)類的時(shí)候，每個(gè)類必須包含二個(gè)必要的元素：

我們知道每個(gè)對(duì)象都有一個(gè)isa指針，指向所屬類，通過(guò)這個(gè)isa指針可以找到對(duì)象的所屬類和所屬的父類...

查找過(guò)程如下：

當(dāng)想一個(gè)對(duì)象發(fā)送消息的時(shí)候，先根據(jù)isa找到所屬的類，然后去查找該類的dispatch table，如果沒(méi)有找到，就去其父類中查找...如果找到了，就根據(jù)調(diào)度表中的內(nèi)存地址調(diào)用該實(shí)現(xiàn)，如果最后一直沒(méi)有找到返回nil。