Objective-C Runtime 1小時入門教程

發表於2016-03-01

一、前言

如果你沒有Objective-C基礎,請學習了基礎的iOS開發再來,這個1小時是給有一定iOS基礎的童鞋的。如果你是大牛或者你感覺Objective-C Runtime太簡單不用1小時學習的,也請您繞道,這或許只是我的私人筆記了。

請跟著教程“一步步來”,請不要大概地掃兩眼就說看不懂——以這種態度寫成什麼樣你也看不懂。這是1小時入門教程,請不要試圖在1分鐘內入門!

二、本文目標

1小時讓你知道什麼是Objective-C Runtime,並對它有一定的基本瞭解,可以在開發過程中運用自如。

三、Objective-C Runtime到底是什麼東西?

簡而言之,Objective-C Runtime是一個將C語言轉化為面嚮物件語言的擴充套件。
我們將C++和Objective進行對比,雖然C++和Objective-C都是在C的基礎上加入物件導向的特性擴充而成的程式設計語言,但二者實現的機制差異很大。C++是基於靜態型別,而Objective-C是基於動態執行時型別。也就是說用C++編寫的程式編譯時就直接編譯成了可令機器讀懂的機器語言;用Objective-C編寫的程式不能直接編譯成可令機器讀懂的機器語言,而是在程式執行的時候,通過Runtime把程式轉為可令機器讀懂的機器語言。Runtime是Objective不可缺少的重要一部分。
傳送門->runtime原始碼

四、Objective-C的元素認知

4.1 id和Class

開啟/Public Headers/objc.h檔案可以看到如下定義:

Class是一個指向objc_class結構體的指標,而id是一個指向objc_object結構體的指標,其中的isa是一個指向objc_class結構體的指標。其中的id就是我們所說的物件,Class就是我們所說的類。

開啟/Public Headers/runtime.h檔案
objc_class的定義如下:

由以上程式碼可見,類與物件的區別就是類比物件多了很多特徵成員,類也可以當做一個objc_object來對待,也就是說類和物件都是物件,分別稱作類物件(class object)和例項物件(instance object),這樣我們就可以區別物件和類了。

isa:objc_object(例項物件)中isa指標指向的類結構稱為class(也就是該物件所屬的類)其中存放著普通成員變數與動態方法(“-”開頭的方法);此處isa指標指向的類結構稱為metaclass,其中存放著static型別的成員變數與static型別的方法(“+”開頭的方法)。

super_class: 指向該類的父類的指標,如果該類是根類(如NSObject或NSProxy),那麼super_class就為nil。

類與物件的繼承層次關係如圖(圖片源自網路):

objective-runtime-1

所有的metaclass中isa指標都是指向根metaclass,而根metaclass則指向自身。根metaclass是通過繼承根類產生的,與根class結構體成員一致,不同的是根metaclass的isa指標指向自身。

4.2 SEL

SEL是selector在Objective-C中的表示型別。selector可以理解為區別方法的ID。

objc_selector的定義如下:

name和types都是char型別。

4.3 IMP

終於到IMP了,它在objc.h中得定義如下:

IMP是“implementation”的縮寫,它是由編譯器生成的一個函式指標。當你發起一個訊息後(下文介紹),這個函式指標決定了最終執行哪段程式碼。

4.4 Method

Method代表類中的某個方法的型別。

objc_method的定義如下:

方法名method_name型別為SEL,上文提到過。
方法型別method_types是一個char指標,儲存著方法的引數型別和返回值型別。
方法實現method_imp的型別為IMP,上文提到過。

4.5 Ivar

Ivar代表類中例項變數的型別

objc_ivar的定義如下:

4.6 objc_property_t

objc_property_t是屬性,它的定義如下:

objc_property是內建的型別,與之關聯的還有一個objc_property_attribute_t,它是屬性的attribute,也就是其實是對屬性的詳細描述,包括屬性名稱、屬性編碼型別、原子型別/非原子型別等。它的定義如下:

4.7 Cache

Catch的定義如下:

objc_cache的定義如下:

mask: 指定分配cache buckets的總數。在方法查詢中,Runtime使用這個欄位確定陣列的索引位置。
occupied: 實際佔用cache buckets的總數。
buckets: 指定Method資料結構指標的陣列。這個陣列可能包含不超過mask+1個元素。需要注意的是,指標可能是NULL,表示這個快取bucket沒有被佔用,另外被佔用的bucket可能是不連續的。這個陣列可能會隨著時間而增長。
objc_msgSend(下文講解)每呼叫一次方法後,就會把該方法快取到cache列表中,下次的時候,就直接優先從cache列表中尋找,如果cache沒有,才從methodLists中查詢方法。

4.8 Catagory

這個就是我們平時所說的類別了,很熟悉吧。它可以動態的為已存在的類新增新的方法。
它的定義如下:

objc_category的定義如下:

因為是入門,以上就列舉這些吧!

五、Objective-C的訊息傳遞

5.1 基本訊息傳遞

在物件導向程式設計中,物件呼叫方法叫做傳送訊息。在編譯時,程式的原始碼就會從物件傳送訊息轉換成Runtime的objc_msgSend函式呼叫。
例如某例項變數receiver實現某一個方法oneMethod

Runtime會將其轉成類似這樣的程式碼

具體會轉換成什麼程式碼呢?
Runtime會根據型別自動轉換成下列某一個函式:
objc_msgSend:普通的訊息都會通過該函式傳送
objc_msgSend_stret:訊息中有資料結構作為返回值(不是簡單值)時,通過此函式傳送和接收返回值
objc_msgSendSuper:和objc_msgSend類似,這裡把訊息傳送給父類的例項
objc_msgSendSuper_stret:和objc_msgSend_stret類似,這裡把訊息傳送給父類的例項並接收返回值
當訊息被髮送到例項物件時,是如圖所示處理的(圖片源自網路):

objective-runtime-2

objc_msgSend函式的呼叫過程:

  • 第一步:檢測這個selector是不是要忽略的。
  • 第二步:檢測這個target是不是nil物件。nil物件傳送任何一個訊息都會被忽略掉。
  • 第三步:
    1.呼叫例項方法時,它會首先在自身isa指標指向的類(class)methodLists中查詢該方法,如果找不到則會通過class的super_class指標找到父類的類物件結構體,然後從methodLists中查詢該方法,如果仍然找不到,則繼續通過super_class向上一級父類結構體中查詢,直至根class;
    2.當我們呼叫某個某個類方法時,它會首先通過自己的isa指標找到metaclass,並從其中methodLists中查詢該類方法,如果找不到則會通過metaclass的super_class指標找到父類的metaclass物件結構體,然後從methodLists中查詢該方法,如果仍然找不到,則繼續通過super_class向上一級父類結構體中查詢,直至根metaclass;
  • 第四部:前三部都找不到就會進入動態方法解析(看下文)。

5.2 訊息動態解析

動態解析流程圖(圖片來自網路):

objective-runtime-6

請參照圖片品味以下步驟(例項請看下文《6.6 蒼老師的唱歌篇》):

  • 第一步:通過resolveInstanceMethod:方法決定是否動態新增方法。如果返回Yes則通過class_addMethod動態新增方法,訊息得到處理,結束;如果返回No,則進入下一步;
  • 第二步:這步會進入forwardingTargetForSelector:方法,用於指定備選物件響應這個selector,不能指定為self。如果返回某個物件則會呼叫物件的方法,結束。如果返回nil,則進入第三部;
  • 第三部:這步我們要通過methodSignatureForSelector:方法簽名,如果返回nil,則訊息無法處理。如果返回methodSignature,則進入下一步;
  • 第四部:這步呼叫forwardInvocation:方法,我們可以通過anInvocation物件做很多處理,比如修改實現方法,修改響應物件等,如果方法呼叫成功,則結束。如果失敗,則進入doesNotRecognizeSelector方法,若我們沒有實現這個方法,那麼就會crash。

到這裡大家可能暈乎乎的,下面看實戰篇吧!蒼老師必須讓你懂!

六、Runtime實戰

請大家放心,以下所有實戰篇,在最後都會分享Demo給大家!

6.1 蒼老師問好篇

蒼老師見到我們廣大的粉絲們,第一反應當然是:大家好!

最後的結果是:18歲的蒼老師說:大家好!
在使用

預設會出現以下錯誤:
objc_msgSend()報錯Too many arguments to function call ,expected 0,have3
直接通過objc_msgSend(self, setter, value)是報錯,說引數過多。
請這樣解決:
Build Setting–> Apple LLVM 7.0 – Preprocessing–> Enable Strict Checking of objc_msgSend Calls 改為 NO
當然你也可以這樣寫(推薦):

強制轉換objc_msgSend函式型別為帶三個引數且返回值為void函式,然後才能傳三個引數。
此實戰內容是,動態建立一個類,並建立成員變數和方法,最後賦值成員變數併傳送訊息。其中成員變數的賦值使用了KVC和object_setIvar函式兩種方式,這些東西大家舉一反三就可以了。

Demo傳送門->6.1蒼老師問好篇Demo

6.2 蒼老師的特徵篇

蒼老師在大家心目中應該有很多特徵吧,下面我們通過程式碼來獲取蒼老師的特徵。
People.h檔案

People.m檔案

在main.m中執行以下程式碼

最後的輸出結果如下:

objective-runtime-3

是不是有點失望,我沒有加一些特殊的技能,留給下文了。此實戰內容是通過蒼老師的一些特徵學習:如何獲取物件所有的屬性名稱和屬性值、獲取物件所有成員變數名稱和變數值、獲取物件所有的方法名和方法引數數量。

Demo傳送門->6.2蒼老師的特徵篇Demo

6.3 蒼老師增加新技能篇

蒼老師要通過Category和Associated Objects增加技能了,快看!
建立People+Associated.h檔案如下:

People+Associated.m如下:

在main.m中執行以下程式碼

這次執行結果多出了一個associatedBust(胸圍)和一個associatedCallBack(寫程式碼)屬性。
如圖:

objective-runtime-4

我們成功的給蒼老師新增個一個胸圍的屬性和一個寫程式碼的回撥,但是新增屬性沒有什麼意義,我們平時在開發過成功中用的比較多的就是新增回撥了。

Demo傳送門->6.3蒼老師增加新技能篇Demo

6.4 蒼老師的資料歸檔篇

蒼老師的資料總要整理一下吧!
建立People.h

People.m

Demo傳送門->6.4蒼老師的資料歸檔篇Demo

6.5 蒼老師的資料轉換篇

伺服器返回了大量蒼老師的資料,手機端這邊接收後如何去轉換呢?當然是要將JSON轉換為Model啦!
相信平時你們的專案中也用到過這些三方庫,下面我們去了解下runtime實現JSON和Model互轉。
建立People.h

People.m的程式碼如下:

main.m中執行以下程式碼:

最後輸出內容如下:

objective-runtime-5

相信通過前面的學習,這些程式碼不用寫過多的註釋你也可以看懂了,我把假設是網路返回的蒼老師的資料轉化為了model,然後又將model轉回字典。這是一個JSON轉Model相互轉換的一個思路,大家稍後執行Demo細細品味。

Demo傳送門->6.5蒼老師的資料轉換篇Demo

6.6 蒼老師的唱歌篇

這個例項主要是驗證一下上文《5.2 訊息動態解析》

第一首:

新增sing例項方法,但是不提供方法的實現。驗證當找不到方法的實現時,動態新增方法。
建立People.h

建立People.m

在main.m中執行以下程式碼:

結果如下:

objective-runtime-7

我們沒有提供蒼老師唱歌的方法實現,因此在呼叫此方法的時候,會呼叫resolveInstanceMethod方法,我們動態新增了方法。我們也可以返回No,繼續向下傳遞。(此處請返回《5.2 訊息動態解析》第一步品味下)

Demo傳送門->6.6蒼老師唱歌篇(第一首)Demo

第二首

外面的小鳥在唱歌,但是蒼老師的歌聲蓋過了小鳥,我們只能聽到蒼老師唱歌了。
這裡我們不宣告sing方法,將呼叫途中動態更換呼叫物件。
在第一首程式碼的基礎上,建立Bird的model
Bird.h

Bird.m

main.m執行程式碼如下:

執行結果如下:

objective-runtime-8

成功更換了物件,把物件更換為蒼老師了。(此處請返回《5.2 訊息動態解析》品味)

Demo傳送門->6.6蒼老師唱歌篇(第二首)Demo

第三首

蒼老師不想唱歌想跳舞了。
這裡我是實現不提供宣告,不修改呼叫物件,但是將sing方法修改為dance方法。
建立People.h

People.m

在main.m中執行如下程式碼:

結果如圖:

objective-runtime-9

成功更換了方法,蒼老師由唱歌改為跳舞了(此處請返回《5.2 訊息動態解析》品味)

Demo傳送門->6.6蒼老師唱歌篇(第三首)Demo

總結

好吧,我承認我騙了你,當你讀到這裡你肯定花了不止1小時。都是我的錯,不是因為你笨,之所以說1小時是為了讓你有信心,有耐心繼續下去。讀到這裡恭喜你已經在iOS開發的道路上又向前了一步!同時我也要感謝以下參考文獻以及文章,是他們讓我更好的理解了runtime,再次表示感謝!這篇文章斷斷續續寫了將近一週的時間,您可以讀到這裡就是對我最大的鼓勵,謝謝!

Demo傳送門->所有的Demo打包下載

本文參考文獻以及文章:

Objective-C Runtime Reference
Object Model
初識Objective-C Runtime
Objective-C Runtime
Objective-C Runtime 執行時之一:類與物件
Runtime Message Forwarding
runtime模型與字典互轉
iOS開發之深入探討runtime機制
Objective-C runtime之訊息(二)
Objective-C runtime之訊息轉發機制(三)
《編寫高質量程式碼:改善Objective-C程式的61個建議》
《正規表示式30分鐘入門教程》(參考寫作方式)

相關文章