探索iOS底层原理第二篇——KVO

本系列是学习iOS底层原理过程中的记录笔记第二篇,第一篇在这里:
探索iOS底层原理开篇——对象本质
首先抛出三个面试题:

  • iOS用什么方式实现对一个对象的KVO?(KVO的本质是什么?)
  • 如何手动触发KVO?
  • 直接修改成员变量会触发KVO么?

KVO的全称是Key-Value Observing,俗称“键值监听”,可以用于监听某个对象属性值的改变
使用方法:
新建Person类,一个age成员变量,给Person的age添加KVO监听
当前控制器类添加name属性,给self的name添加KVO监听

self.person = [[Person alloc] init];
self.person.age = 1;
 // 给person1对象添加KVO监听
NSKeyValueObservingOptions options = NSKeyValueObservingOptionNew | NSKeyValueObservingOptionOld;
[self.person addObserver:self forKeyPath:@"age" options:options context:@"123"];

[self addObserver:self forKeyPath:@"name" options:options context:@"456"];

//修改age值
- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{
    self.person.age = 21;
    [self.person setAge:22];

    self.name = @"05241";
    _name = @"890";
}
// 当监听对象的属性值发生改变时,就会调用
- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSKeyValueChangeKey,id> *)change context:(void *)context
{
    NSLog(@"监听到%@的%@属性值改变了 - %@ - %@", object, keyPath, change, context);
}

打印结果如下:
image.png

可以看出只要是通过set方法修改成员变量都会触发KVO监听,直接下划线访问成员变量不会触发KVO。
我们的都是不管是self.person.age还是[self.person setAge]本质都是调用Person类的setAge方法,在上一篇我们一直到调用对象方法的本质是通过isa找到类对象的方法列表,因此我们试着对比两个Person的类对象有什么不同,一个有添加KVO监听,一个没有,因为正常情况下,Person的类对象永远都是同一个。详细可参考我上一篇:探索iOS底层原理——对象本质
我们打印两个person的isa发现person的类对象确实不同:

image.png

添加KVO的person1的类对象是NSKVONotifying_Person,我们继续分析,前面说了更改属性值实际上是调用了setAge方法,我们打印一下person在添加KVO监听前后的setAge方法的地址,看一下他底层到底是调用了什么方法,因为前面分析了添加KVO后,Person类的isa实际上是指向了NSKVONotifying_Person类,这是Runtime在运行时动态添加的类,因为我们可以猜想实际上是调用了NSKVONotifying_Person的setAge方法,在这个方法里面再调用了KVO的方法通知KVO触发的方法observeValueForKeyPath: ofObject: change: context:

- (void)viewDidLoad {
    [super viewDidLoad];
    
    self.person1 = [[Person alloc] init];
    self.person1.age = 1;
    
    self.person2 = [[Person alloc] init];
    self.person2.age = 2;
    

    NSLog(@"person1添加KVO监听之前 - person1:%p    person2:%p",
           [self.person1 methodForSelector:@selector(setAge:)],
           [self.person2 methodForSelector:@selector(setAge:)]);
    
    // 给person1对象添加KVO监听
    NSKeyValueObservingOptions options = NSKeyValueObservingOptionNew | NSKeyValueObservingOptionOld;
    [self.person1 addObserver:self forKeyPath:@"age" options:options context:@"123"];
    
    
    NSLog(@"person1添加KVO监听之后 - person1: %p     person2:%p",
          [self.person1 methodForSelector:@selector(setAge:)],
          [self.person2 methodForSelector:@selector(setAge:)]);
}

打印结果如下:

image.png

结果符合我们的猜想,Person在添加KVO之后,类对象NSKVONotifying_Person调用setAge方法实际上是调用了Foundation框架的_NSSetIntValueAndNotify方法,由于Apple上的Foundation不开源,我们无法直接查看_NSSetIntValueAndNotify方法的具体实现,不过可以通过越狱手机查找系统目录的Foundation框架可执行文件,再通过hopper反编译工具查看Foundation的汇编实现,这个不在本文讨论之内,在之后总结逆向知识的时候再分析。这里直接给出答案(伪代码实现):

void _NSSetIntValueAndNotify()
{
    [self willChangeValueForKey:@"age"];
    [super setAge:age];
    [self didChangeValueForKey:@"age"];
}

_NSSetIntValueAndNotify方法实际上会先调用willChangeValueForKey方法,然后再调回父类PersonsetAge方法,再调用didChangeValueForKey,这个方法内部实现最终会调用observeValueForKeyPath: ofObject: change: context:触发监听方法,最终我们就可以在这个方法收到KVO更新的通知了:

// 当监听对象的属性值发生改变时,就会调用
- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSKeyValueChangeKey,id> *)change context:(void *)context
{
    NSLog(@"监听到%@的%@属性值改变了 - %@ - %@", object, keyPath, change, context);
}

既然添加KVO之后调用set方法实际上是调用** willChangeValueForKey和didChangeValueForKey**方法,我们试着不通过setAge触发KVO,试着调用这两个方法看能不能成功触发KVO:

- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{
//    [self.person1 setAge:21];
    
    [self.person1 willChangeValueForKey:@"age"];
    [self.person1 didChangeValueForKey:@"age"];
}

当点击后,发现确实能成功收到触发KVO!


image.png

至此,我们分析完毕!

总结:

一.iOS用什么方式实现对一个对象的KVO?(KVO的本质是什么?)

  • 利用RuntimeAPI动态生成一个子类,并且让instance对象的isa指向这个全新的子类
  • 当修改instance对象的属性时,会调用Foundation的_NSSetXXXValueAndNotify函数
    1. willChangeValueForKey:
      父类原来的setter
    2. didChangeValueForKey:
    3. 内部会触发监听器(Oberser)的监听方法( observeValueForKeyPath:ofObject:change:context:)

二.如何手动触发KVO?

  • 手动调用willChangeValueForKey:和didChangeValueForKey:

三.直接修改成员变量会触发KVO么?
不会触发KVO

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