前面我們討論了Runtime中對類和物件的處理，及對成員變數與屬性的處理。這一章，我們就要開始討論Runtime中最有意思的一部分：訊息處理機制。我們將詳細討論訊息的傳送及訊息的轉發。不過在討論訊息之前，我們先來了解一下與方法相關的一些內容。

基礎資料型別

SEL

SEL又叫選擇器，是表示一個方法的selector的指標，其定義如下：

objc_selector結構體的詳細定義沒有在<objc/runtime.h>標頭檔案中找到。方法的selector用於表示執行時方法的名字。

上面的輸出為：

兩個類之間，不管它們是父類與子類的關係，還是之間沒有這種關係，只要方法名相同，那麼方法的SEL就是一樣的。每一個方法都對應著一個SEL。所以在Objective-C同一個類(及類的繼承體系)中，不能存在2個同名的方法，即使引數型別不同也不行。相同的方法只能對應一個SEL。這也就導致Objective-C在處理相同方法名且引數個數相同但型別不同的方法方面的能力很差。如在某個類中定義以下兩個方法：

這樣的定義被認為是一種編譯錯誤，所以我們不能像C++, C#那樣。而是需要像下面這樣來宣告：

當然，不同的類可以擁有相同的selector，這個沒有問題。不同類的例項物件執行相同的selector時，會在各自的方法列表中去根據selector去尋找自己對應的IMP。

工程中的所有的SEL組成一個Set集合，Set的特點就是唯一，因此SEL是唯一的。因此，如果我們想到這個方法集合中查詢某個方法時，只需要去找到這個方法對應的SEL就行了，SEL實際上就是根據方法名hash化了的一個字串，而對於字串的比較僅僅需要比較他們的地址就可以了，可以說速度上無語倫比！！但是，有一個問題，就是數量增多會增大hash衝突而導致的效能下降（或是沒有衝突，因為也可能用的是perfect hash）。但是不管使用什麼樣的方法加速，如果能夠將總量減少（多個方法可能對應同一個SEL），那將是最犀利的方法。那麼，我們就不難理解，為什麼SEL僅僅是函式名了。

本質上，SEL只是一個指向方法的指標（準確的說，只是一個根據方法名hash化了的KEY值，能唯一代表一個方法），它的存在只是為了加快方法的查詢速度。這個查詢過程我們將在下面討論。

我們可以在執行時新增新的selector，也可以在執行時獲取已存在的selector，我們可以通過下面三種方法來獲取SEL:

1. sel_registerName函式
2. Objective-C編譯器提供的@selector()
3. NSSelectorFromString()方法

IMP

IMP實際上是一個函式指標，指向方法實現的首地址。其定義如下：

這個函式使用當前CPU架構實現的標準的C呼叫約定。第一個引數是指向self的指標(如果是例項方法，則是類例項的記憶體地址；如果是類方法，則是指向元類的指標)，第二個引數是方法選擇器(selector)，接下來是方法的實際引數列表。

前面介紹過的SEL就是為了查詢方法的最終實現IMP的。由於每個方法對應唯一的SEL，因此我們可以通過SEL方便快速準確地獲得它所對應的IMP，查詢過程將在下面討論。取得IMP後，我們就獲得了執行這個方法程式碼的入口點，此時，我們就可以像呼叫普通的C語言函式一樣來使用這個函式指標了。

通過取得IMP，我們可以跳過Runtime的訊息傳遞機制，直接執行IMP指向的函式實現，這樣省去了Runtime訊息傳遞過程中所做的一系列查詢操作，會比直接向物件傳送訊息高效一些。

Method

介紹完SEL和IMP，我們就可以來講講Method了。Method用於表示類定義中的方法，則定義如下：

我們可以看到該結構體中包含一個SEL和IMP，實際上相當於在SEL和IMP之間作了一個對映。有了SEL，我們便可以找到對應的IMP，從而呼叫方法的實現程式碼。具體操作流程我們將在下面討論。

objc_method_description

objc_method_description定義了一個Objective-C方法，其定義如下：