iOS-窥探 KVO 本质

KVO的实现方式

KVO 是我们日常开发经常用到的技术,关于 KVO 的实现相信大家也都有一定的了解,我们来看下苹果的对于 KVO的描述:

Automatic key-value observing is implemented using a technique called isa-swizzling.
The isa pointer, as the name suggests, points to the object's class which maintains a dispatch table. This dispatch table essentially contains pointers to the methods the class implements, among other data.
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. As a result the value of the isa pointer does not necessarily reflect the actual class of the instance.
You should never rely on the isa pointer to determine class membership. Instead, you should use the class method to determine the class of an object instance.

简单说就是苹果利用了isa-swizzling(isa 欺诈)技术,替换了实例对象的isa指针。当实例对象的某个属性被注册监听后,实例对象的isa指针将指向一个临时创建的类,而不是真正的类对象,新创建的类将重写setter方法,从而实现触发通知。由于isa指针没有指向真正的类对象,因此通过object_getClass(即isa指针)方法获取到的类对象将是错误的,因此苹果建议使用[Object class]方法获取实例的类对象。

代码验证

下面我们通过简单的代码验证一下以上过程。
首先我们创建一个简单的Person对象,有一个age属性:

@interface Person
@property (nonatomic, assign) int age;
@end

@implementation Person

-(void)setAge:(int)age{
    _age = age;
}
@end

声明两个Person属性,并给person1对象添加KVO监听:

 self.person1 = [[Person alloc] init];
 self.person2 = [[Person alloc] init];   
 [self.person1 addObserver:self forKeyPath:@"age" options:NSKeyValueObservingOptionNew | NSKeyValueObservingOptionOld context:nil];

这时候我们打个断点,打印一下两个person对象的isa指针:

打印 isa 指针

通过控制台打印信息我们可以明确的看到,添加了KVO监听的person1isa指针指向了一个叫做NSKVONotifying_Person的类,而没有添加监听的person2isa指向的是Person类,这就说明添加KVO以后,实例对象的isa指针确实被替换了。

另外,我们可以猜测NSKVONotifying_Person类应该是重写了setter方法,从而在属性改变的时候发出通知,我们可以打印一下setAge:IMP

打印 IMP

通过打印信息我们可以很明确的的知道,在添加KVO监听以后,setAge:方法被替换为了_NSSetIntValueAndNotify,通过方法名我们可以猜测,这个方法的作用就是设置属性值并发出通知。

这样我们就可以初步证明了 KVO 的触发机制。即修改isa指针,只想一个新生成的类NSKVONotifying_XXX,并修改这个类的 setter 方法为_NSSetXXXValueAndNotify,从而发出通知。

KVO 的触发流程

我们知道如果想手动触发 KVO,需要先调用willChangeValueForKey:再调用didChangeValueForKey:,我们来验证下是不是这样:

#import "Person.h"

@implementation Person

- (void)setAge:(int)age{
    _age = age;
}

- (void)willChangeValueForKey:(NSString *)key{
    [super willChangeValueForKey:key];
    NSLog(@"will change key : %@",key);
}

- (void)didChangeValueForKey:(NSString *)key{
    NSLog(@"did change key : %@ --begin",key);
    [super didChangeValueForKey:key];
    NSLog(@"did change key : %@ --end",key);
}
@end

运行程序,我们可以得到以下打印信息:

 KVO[80799:10056110] will change key : age
 KVO[80799:10056110] did change key : age --begin
 KVO[80799:10056110] age-<Person: 0x600000013f40>-{
    kind = 1;
    new = 1;
    old = 11;
}
 KVO[80799:10056110] did change key : age --end

和我们预想的一样,派生类的 setter 方法的确调用了这两个方法。这里还有一个需要注意的是,如果我们不调用super方法,将不会触发通知,这也证明了 KVO 通知的发出确实是依赖这两个方法的调用。

NSKVONotifying_Person 的结构

KVO 的派生类也是 Class 类型,因此也遵循 objc_class的结构:

struct objc_class : objc_object {
    // Class ISA;
    Class superclass;
    cache_t cache;             // formerly cache pointer and vtable
    class_data_bits_t bits;    // class_rw_t * plus custom rr/alloc flags
    class_rw_t *data();
    ……
}

而我们熟知的 methodList、propertyList 等信息都储存在class_rw_t类型的data 变量中:

struct class_rw_t {
    // Be warned that Symbolication knows the layout of this structure.
    uint32_t flags;
    uint32_t version;
    const class_ro_t *ro;
    method_array_t methods;
    property_array_t properties;
    protocol_array_t protocols;
   ……

对于这块知识这里不做详细说明,我们继续看NSKVONotifying_Person都储存了哪些信息,我们先来打印一下它的 superClass:

(lldb) p class_getSuperclass(object_getClass(self.person1))
(Class) $11 = Person
(lldb) 

这里我们可以看到 KVO 派生类的 类对象的 superClass指针指向的是原来的类对象,即KVO 生成的类对象是原来类对象的子类。
另外我们可以通过class_copyMethodList来看一下这个派生类实现了哪些对象方法,我们直接看结果:

 KVO[80860:10060358] NSKVONotifying_Person setAge:, class, dealloc, _isKVOA,

setAge:即是重写的setter方法
class 方法是为了返回正确的类对象,即本文开头介绍的苹果推荐的通过class方法获取类对象,以免发生不必要的麻烦
dealloc 大概是在对象销毁时做一些释放操作
_isKVOA 大概是为了判断是不是 KVO 生成的派生类

至此我们用代码验证了 KVO 的实现方式。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,324评论 6 498
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,356评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,328评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,147评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,160评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,115评论 1 296
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,025评论 3 417
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,867评论 0 274
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,307评论 1 310
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,528评论 2 332
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,688评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,409评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,001评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,657评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,811评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,685评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,573评论 2 353

推荐阅读更多精彩内容

  • 1.ios高性能编程 (1).内层 最小的内层平均值和峰值(2).耗电量 高效的算法和数据结构(3).初始化时...
    欧辰_OSR阅读 29,371评论 8 265
  • 转至元数据结尾创建: 董潇伟,最新修改于: 十二月 23, 2016 转至元数据起始第一章:isa和Class一....
    40c0490e5268阅读 1,709评论 0 9
  • Swift1> Swift和OC的区别1.1> Swift没有地址/指针的概念1.2> 泛型1.3> 类型严谨 对...
    cosWriter阅读 11,096评论 1 32
  • 问题 iOS用什么方式实现对一个对象的KVO?(KVO的本质是什么?) 如何手动触发KVO ? 首先需要了解KVO...
    hjltony阅读 579评论 0 2
  • 不同的人获取信息的习惯方式不同,有的人喜欢听,另一些人则喜欢看。从接受度来看,听来的生动但遗忘,看图形象但信息量略...
    辛岳阅读 292评论 0 0