runtime
說起runtime 只要是oc 開發(fā)者都是不陌生的，我們講到runtime的內(nèi)容，都是說運行時機制，消息轉(zhuǎn)發(fā)啊什么的。
是的 ，runtime理解起來并沒有那么的可怕。在這里 ，我就簡單的講講我對runtime方面的理解。
運行
方法的查找分為三個部分 匯編/C和C++/消息轉(zhuǎn)發(fā)
匯編：
1 object_send
1:最開始調(diào)用的api 當(dāng)程序執(zhí)行[object doSomething]時，會向消息接收者(object)發(fā)送一條消息(doSomething)，runtime會根據(jù)消息接收者是否能響應(yīng)該消息而做出不同的反應(yīng)。這就是消息傳遞，我們將在后面詳細(xì)介紹。
2:很多初學(xué) Objective-C 的人都會把概述中得那句[object doSomething]當(dāng)成簡單的方法調(diào)用吧，而忽視了“發(fā)送消息”這幾個字的深刻含義。其實[object doSomething]應(yīng)該用[receiver message]來表示，這樣的表述更加精確，容易理解，[receiver message]會被編譯器轉(zhuǎn)化為：objc_msgSend(receiver, selector)，如果消息有參數(shù)則轉(zhuǎn)化為objc_msgSend(receiver, selector, arg1, arg2, ...)；
2 cachelookup
oc 運行時中用于存儲imp的緩存策略。在運行中，查詢緩存 ，查詢的緩存imp 是存在的，那么 直接調(diào)用call imp.(其中要說到cacheHit/cachemiss/以及add)
若查詢失敗cachemiss，未查找到imp 緩存，那么就發(fā)送msg_send_uncache（）, 跟到methodtablelookup 去調(diào)用C的api（lookupmethodandloadcache3）表示對緩存讀取失去信心。此時前往新的方式C,C++的處理方式。
C C++
1:lookUpIMPforward (多次調(diào)用) ，realizeClass(實現(xiàn)類)，classinitlize(初始化類)
2:方法列表中查找 calss_resolveMethod ----> _class_resoveInstanceMethon (當(dāng)前類 方法列表的查找)---->_class_resoveClassMethon(父類方法列表查找) 以上都未能查找到方法imp 則進(jìn)入三次挽回的方法中
消息轉(zhuǎn)發(fā)
forwardingTargetForSelector
在oc的中 未能實現(xiàn)以上的查找方式 則我們可以在代碼中實現(xiàn) 備用者去轉(zhuǎn)發(fā)消息如a 的方法中沒有一個walk的方法，但是我們對a 執(zhí)行[a walk]的房后后，因為未發(fā)現(xiàn)這個方法，會造成程序崩潰，但是我們可以在forwardingTargetForSelector 進(jìn)行備用方法處理，比如 if (Selector == @(walk)) 則return [B new] 返回B對象去接受這個消息。 這樣程序就不會早承崩潰。
如果在上一步還不能處理未知消息，則唯一能做的就是啟用完整的消息轉(zhuǎn)發(fā)機制了。
首先它會發(fā)送-methodSignatureForSelector:消息獲得函數(shù)的參數(shù)和返回值類型。如果-methodSignatureForSelector:返回nil，Runtime則會發(fā)出-doesNotRecognizeSelector:消息，程序這時也就掛掉了。如果返回了一個函數(shù)簽名，Runtime就會創(chuàng)建一個NSInvocation對象并發(fā)送-forwardInvocation:消息給目標(biāo)對象。
以上便是JZ對runtime的部分理解，有問題歡迎指正。
