RunTime
RunTime入門(mén)教程，強(qiáng)力推薦： Objective-C Runtime 1小時(shí)入門(mén)教程
RunTime補(bǔ)充： Objective-C特性：Runtime
RunTime補(bǔ)充1： 理解 Objective-C Runtime
RunTime補(bǔ)充2： Objective-C Runtime
RunTime收尾： 刨根問(wèn)底Objective－C Runtime
Objective-C 中的對(duì)象本質(zhì)上是結(jié)構(gòu)體對(duì)象，其中 isa 是它唯一的私有成員變量凫佛。
實(shí)例方法是保存在類(lèi)中的葵硕，而類(lèi)方法是保存在元類(lèi)中的卖陵。
原則上儡嘶，方法的名稱(chēng) name 和方法的實(shí)現(xiàn) imp 是一一對(duì)應(yīng)的宋雏，而 Method Swizzling 的原理就是動(dòng)態(tài)地改變它們的對(duì)應(yīng)關(guān)系芜飘，以達(dá)到替換方法實(shí)現(xiàn)的目的。
+load vs +initialize
+load 方法是當(dāng)類(lèi)或分類(lèi)被添加到 Objective-C runtime 時(shí)被調(diào)用的磨总，實(shí)現(xiàn)這個(gè)方法可以讓我們?cè)陬?lèi)加載的時(shí)候執(zhí)行一些類(lèi)相關(guān)的行為嗦明。子類(lèi)的 +load 方法會(huì)在它的所有父類(lèi)的 +load 方法之后執(zhí)行，而分類(lèi)的 +load 方法會(huì)在它的主類(lèi)的 +load 方法之后執(zhí)行蚪燕。但是不同的類(lèi)之間的 +load 方法的調(diào)用順序是不確定的
如果子類(lèi)沒(méi)有實(shí)現(xiàn) +load 方法娶牌，那么當(dāng)它被加載時(shí) runtime 是不會(huì)去調(diào)用父類(lèi)的 +load 方法的。同理馆纳，當(dāng)一個(gè)類(lèi)和它的分類(lèi)都實(shí)現(xiàn)了 +load 方法時(shí)诗良，兩個(gè)方法都會(huì)被調(diào)用。因此鲁驶，我們常臣可以利用這個(gè)特性做一些“邪惡”的事情，比如說(shuō)方法混淆（Method Swizzling）。
其實(shí)load調(diào)用有兩種情況：
類(lèi)被加載到runtime的時(shí)候径荔，runtime會(huì)自動(dòng)先后調(diào)用主類(lèi)和分類(lèi)的load方法督禽，調(diào)用方式是通過(guò)直接獲取函數(shù)指針的進(jìn)行調(diào)用，因此兩個(gè)都會(huì)調(diào)用总处；
第二種情況：手動(dòng)調(diào)用主類(lèi)的load方法：[ClassA load],這種調(diào)用方法是通過(guò)消息發(fā)送進(jìn)行調(diào)用的狈惫，需要遍歷主類(lèi)的方法列表，找到對(duì)應(yīng)函數(shù)進(jìn)行調(diào)用辨泳。然而此時(shí)虱岂，分類(lèi)的load方法已經(jīng)嵌入到主類(lèi)的方法列表中，造成覆蓋菠红，因此會(huì)實(shí)際調(diào)用的是分類(lèi)的load方法。+initialize 方法是在類(lèi)或它的子類(lèi)收到第一條消息之前被調(diào)用的难菌，這里所指的消息包括實(shí)例方法和類(lèi)方法的調(diào)用试溯。也就是說(shuō) +initialize 方法是以懶加載的方式被調(diào)用的
runtime 使用了發(fā)送消息 objc_msgSend 的方式對(duì) +initialize 方法進(jìn)行調(diào)用。也就是說(shuō) +initialize 方法的調(diào)用與普通方法的調(diào)用是一樣的郊酒，走的都是發(fā)送消息的流程遇绞。換言之，如果子類(lèi)沒(méi)有實(shí)現(xiàn) +initialize 方法燎窘，那么繼承自父類(lèi)的實(shí)現(xiàn)會(huì)被調(diào)用摹闽；如果一個(gè)類(lèi)的分類(lèi)實(shí)現(xiàn)了 +initialize 方法，那么就會(huì)對(duì)這個(gè)類(lèi)中的實(shí)現(xiàn)造成覆蓋褐健。
如果我們想確保自己的 +initialize 方法只執(zhí)行一次付鹿，避免多次執(zhí)行可能帶來(lái)的副作用時(shí)，我們可以使用下面的代碼來(lái)實(shí)現(xiàn)：
(+) (void)initialize {
if (self == [ClassName self]) {
// ... do the initialization ...
}
| +load | +initialize
---- | ---- | ----
調(diào)用時(shí)機(jī) | 被添加到 runtime 時(shí) | 收到第一條消息前蚜迅，可能永遠(yuǎn)不調(diào)用
調(diào)用順序 |父類(lèi)->子類(lèi)->分類(lèi) |父類(lèi)->子類(lèi)
調(diào)用次數(shù) |1次 |多次
是否需要顯式調(diào)用父類(lèi)實(shí)現(xiàn) |否 |否
是否沿用父類(lèi)的實(shí)現(xiàn) |否 |是
分類(lèi)中的實(shí)現(xiàn) |類(lèi)和分類(lèi)都執(zhí)行 |覆蓋類(lèi)中的方法舵匾，只執(zhí)行分類(lèi)的實(shí)現(xiàn)
XMPP
** XMPP基礎(chǔ)-by：簡(jiǎn)書(shū) - 侯壘 **
** XMPP協(xié)議原理-by：CSDN - imyfriend**
** iOS開(kāi)發(fā)之使用XMPPFramework實(shí)現(xiàn)即時(shí)通信-by：伯樂(lè)在線 - 青玉伏案**
** XMPP 協(xié)議適合用來(lái)做移動(dòng) IM 么 -by：segmentfault - 豐俊文**
** iOS開(kāi)發(fā)即時(shí)通訊環(huán)境搭建-XMPP -by：簡(jiǎn)書(shū) - CoderQiao **
** 微信、陌陌等著名IM軟件設(shè)計(jì)架構(gòu)詳解-by：jinglijun **
