iOS - KVO

什么是KVO

  • KVO (Key-Value Observing) 是 Objective-C 对观察者设计模式的一种实现,俗称键值监听。
  • KVO提供一种机制,指定一个被观察对象(例如A类),当对象某个属性(例如A中的字符串name)发生更改时,对象会获得通知,并作出相应处理。且不需要给被观察的对象添加任何额外代码,就能使用KVO机制。

使用

实现KVO则必须实现NSKeyValueObServing协议,NSObject实现了该协议。
1 注册,指定被观察者的属性
2 实现回调方法
3 移除观察

  • 注册指定Key路径的监听器
    - (void)addObserver:(NSObject *)observer forKeyPath:(NSString *)keyPath options:(NSKeyValueObservingOptions)options context:(void *)context;
    参数解析
    observer: 观察者,也就是KVO通知的订阅者。订阅者必须实现observeValueForKeyPath:ofObject:change:context: 方法
    keyPath: 描述将要观察的属性,相对于被观察者。
    options: KVO的一些属性配置;有四个选项。
    NSKeyValueObservingOptionNew: 提供更改前的值
    NSKeyValueObservingOptionOld: 提供更改后的值
    NSKeyValueObservingOptionInitial: 观察最初的值(在注册观察服务时会调用一次触发方法)
    NSKeyValueObservingOptionPrior: 分别在值修改前后触发方法(即一次修改有两次触发)
    context: 上下文,这个会传递到订阅着的函数中,用来区分消息,所以应当是不同的。

  • 实现回调方法
    - (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context;
    参数解析
    keyPath: 被监听的keyPath , 用来区分不同的KVO监听。
    object: 被观察修改后的对象(可以通过object获得修改后的值)
    change: 保存信息改变的字典(可能有旧的值,新的值等,根据配置 options 决定)
    context: 上下文,用来区分不同的KVO监听

  • 移除观察
    - (void)removeObserver:(NSObject *)observer forKeyPath:(NSString *)keyPath;
    - (void)removeObserver:(NSObject *)observer forKeyPath:(NSString *)keyPath context:(void *)context;
    参数解析
    observer: 观察者.
    keyPath: 被监听的keyPath , 用来区分不同的KVO监听。
    context: 上下文,用来区分不同的KVO监听
    再确定不需要观察被观察者对象的属性时,需要及时移除,否则容易造成控制器不释放,从而内存泄漏.

1.
[self.testPerson addObserver:self forKeyPath:@"age" options:NSKeyValueObservingOptionNew | NSKeyValueObservingOptionOld context:nil];

2. 在被监听对象的属性发生改变的时候调用(有多个被观察者或多个属性时,可通过判断 keyPath,object,context 来确定是不是对应的)
- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSKeyValueChangeKey,id> *)change context:(void *)context{
    NSLog(@"change:%@",change);
    NSLog(@"object:%@",object);
    if ([keyPath isEqualToString:@"age"]) {
        // 可以在这里实现监听对象属性改变后的操作
    }
    
}
3.
- (void)removeKVO{
    [self.testPerson removeObserver:self forKeyPath:@"age"];
}

打印结果

上图中 change 中的值 根据注册监听器时填写的 options 决定
如果 options 包含 NSKeyValueObservingOptionNew 那么 change 中就包含key new
如果 options 包含 NSKeyValueObservingOptionOld 那么 change 中就包含key old

KVO实现原理的理解

KVO运用了一个isa-swizzling的机制
当某个类对象第一次被观察时,系统会在运行时动态地创建该类的一个 ‘派生类’,派生类继承自被观察类, 在这个派生类中重写该类中所有被观察属性的setter方法。然后在派生类的setter方法中实现通知机制,派生类的setter方法中还依赖了 willChangeValueForKey:didChangevlueForKey:

同时派生类会重写 class 方法来 '隐瞒',因此当我们从应用层面上看来,完全没有意识到有新的类出现,这是系统“隐瞒”了对KVO的底层实现过程,让我们误以为还是原来的类。

然后系统将该对象的isa指针指向先创建的派生类,所有这个被观察对象就成了派生类对象了,调用这个被观察对象的setter方法就会调用派生类中重写的setter方法,从而就激活了通知机制。
派生类中也重写了dealloc方法来实现释放。
当该被观察者对象没有被观察的属性时,删除动态创建的派生类。

简单而言:实例对象在被观察时,生成派生类,派生类在setter方法中valuewillchange方法和valuesdidchanged方法里发出通知,并且通过isa-swizzling,从而使实例对象成为派生类的对象,所以实例对象在setter属性时可以产生通知。达到观察的目的

最后

KVO的响应和KVO观察的值变化是在一个线程上的,所以,大多数时候,不要把KVO与多线程混合起来。除非能够保证所有的观察者都能线程安全的处理KVO。
由于Context 通常用来区分不同的KVO,所以最好保证context的唯一性。

以上是壮骨结合文档和一些资料和自己的使用整理的,如果有什么问题或者不合适的地方,麻烦指出,谢谢.

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

推荐阅读更多精彩内容