Runtime 4 isa swizzling
- 簡(jiǎn)介
- 對(duì)象梦裂、類的結(jié)構(gòu)
- objc_object
- objc_class
- 消息傳遞（Messaging）
- objc_method
- objc_msgSend
- 動(dòng)態(tài)方法解析和轉(zhuǎn)發(fā)
- 動(dòng)態(tài)方法解析
- 快速消息轉(zhuǎn)發(fā)
- 標(biāo)準(zhǔn)消息轉(zhuǎn)發(fā)
- 消息轉(zhuǎn)發(fā)與多繼承
- 消息轉(zhuǎn)發(fā)與代理對(duì)象
- Method Swizzling
- class_replaceMethod
- method_setImplementation
- method_exchangeImplementations
- Method Swizzling 的應(yīng)用
- Method Swizzling 注意事項(xiàng)
- isa swizzling
- 介紹
- 應(yīng)用之KVO
- 注意
持續(xù)更新中...
介紹
對(duì)比上一篇 Runtime 3 Method Swizzling敲董， isa swizzling 顧名思義就是把對(duì)象的 isa 指針進(jìn)行替換碎乃。
根據(jù)第一篇 Runtime 1 簡(jiǎn)介,對(duì)象、類的結(jié)構(gòu),消息傳遞，我們知道對(duì)象都有 isa 指針指向它的類，消息傳遞時(shí)也通過(guò)isa指針找到類中所對(duì)應(yīng)的方法千贯。更改對(duì)象的 isa 指針，不僅改變了它所屬于的類型搞坝，也更改了它的行為（方法）搔谴。
舉個(gè)例子：
@interface Father: NSObject
@property (nonatomic, assign) NSInteger f;
@end
@implementation Father
@end
@interface Child: Father
@property (nonatomic, assign) NSInteger c;
@end
@implementation Child
@end
然后執(zhí)行：
//1
Child *child = [[Child alloc] init];
Class class = object_getClass(child); //Child
//2
NSLog(@"%ld, %ld", child.c, child.f); //0, 0
//3
object_setClass(child, [NSObject class]);
class = object_getClass(child); //NSObject
//4
NSLog(@"%ld, %ld", child.c, child.f); //error: -[NSObject c]: unrecognized selector sent to instance 0x60400002aaa0
上面的代碼就是將 child 對(duì)象進(jìn)行 isa swizzling，具體步驟分析如下：
- 上面代碼創(chuàng)建了實(shí)例 child桩撮，它的 isa 指向 Child 類敦第。
-
child.c和child.f是通過(guò)消息傳遞找到方法實(shí)現(xiàn)的，通過(guò) child 的 isa 指針找到它的 Child 類店量，然后在 Child 類中的 method list 找 c芜果。f 方法的查找同理，只是多了一步在 Child 類中找不到垫桂，則往它的 superclass 中找师幕。 -
object_setClass(child, [NSObject class])方法將 child 對(duì)象的 isa 指向 NSObject。 - 這時(shí)再進(jìn)行消息傳遞時(shí)诬滩，查找的是 child 對(duì)象的 isa 指向的 NSObject 類霹粥，由于 NSObject 類沒有對(duì)應(yīng)的 c 和 f 方法，最終找不到方法程序崩潰疼鸟。
應(yīng)用之KVO
KVO在調(diào)用存取方法之前總是調(diào)用 willChangeValueForKey: 后控，之后總是調(diào)用 didChangeValueForkey: 。怎么做到的呢?答案是通過(guò) isa 混寫（isa-swizzling）空镜。
Apple 的文檔對(duì) KVO 實(shí)現(xiàn)的描述：
Automatic key-value observing is implemented using a technique called isa-swizzling.
...
When an observer is registered for an attribute of an object the isa pointer of the observed object is modified, pointing to an intermediate class rather than at the true class.
...
從Apple 的文檔可以看出：Apple 并不希望過(guò)多暴露 KVO 的實(shí)現(xiàn)細(xì)節(jié)浩淘。不過(guò)，要是借助 runtime 提供的方法去深入挖掘吴攒，所有被掩蓋的細(xì)節(jié)都會(huì)原形畢露：
當(dāng)你觀察一個(gè)對(duì)象時(shí)张抄，一個(gè)新的類會(huì)被動(dòng)態(tài)創(chuàng)建。這個(gè)類繼承自該對(duì)象的原本的類洼怔，并重寫了被觀察屬性的 setter 方法署惯。重寫的 setter 方法會(huì)負(fù)責(zé)在調(diào)用原 setter 方法之前和之后，通知所有觀察對(duì)象：值的更改镣隶。最后通過(guò) isa 混寫（isa-swizzling） 把這個(gè)對(duì)象的 isa 指針 ( isa 指針告訴 Runtime 系統(tǒng)這個(gè)對(duì)象的類是什么 ) 指向這個(gè)新創(chuàng)建的子類极谊，對(duì)象就神奇的變成了新創(chuàng)建的子類的實(shí)例。我畫了一張示意圖安岂，如下所示：
然而 KVO 在實(shí)現(xiàn)中使用了 isa-swizzling 的確不是很容易發(fā)現(xiàn)：Apple 還重寫了-class方法并返回原來(lái)的類轻猖。企圖欺騙我們：這個(gè)類沒有變，就是原本那個(gè)類域那。咙边。。如下：
Father *father = [[Father alloc] init];
[father addObserver:self forKeyPath:@"f" options:NSKeyValueObservingOptionNew context:nil];
NSLog(@"%@", object_getClass(father)); //NSKVONotifying_Father
NSLog(@"%@", father.class); //Father
假設(shè)“被監(jiān)聽的對(duì)象”的類對(duì)象是 MYClass ，有時(shí)候我們能看到對(duì) NSKVONotifying_MYClass 的引用而不是對(duì) MYClass 的引用败许。借此我們得以知道 Apple 使用了 isa 混寫（isa-swizzling）友瘤。具體探究過(guò)程可參考 這篇博文 。
由下面執(zhí)行過(guò)程可知檐束，通過(guò)KVO生成的中間類繼承原來(lái)的類：
Class kvoClass = object_getClass(father);
Class kvoSuperClass = class_getSuperclass(kvoClass);
NSLog(@"%@", kvoSuperClass); //Father
注意
isa-swizzling 改變了對(duì)象說(shuō)屬類型，因此更改范圍比 method-swizzling 范圍更廣束倍，使用時(shí)要更加注意被丧。
runtime 極其尖銳，選擇使用 runtime 時(shí)要清楚每一步的真正原理绪妹。
