前言
在上一阶段的开发过程中,我们大量使用了 KVO 机制,来确保页面信息的及时同步。也因此碰到了很多问题,促使我们去进一步学习 KVO 的相关机制,再到寻找更好的解决方案。鉴于 KVO 让人欲仙欲死的使用经历,在这里做一个简单分享。此分享的目的,更多的是在于点出 KVO 相关的技术点,供我们大家在学习和使用过程中做一个参考。
对于 KVO 的背后机制感兴趣的同学,可以直接看第三部分,KVC 和 isa-swizzling 。
对于 替代方案感兴趣的同学,请直接跳到末尾的第五部分,有列出了目前 github 上使用广泛的几个开源项目,它们让 KVO 变的更易用,总有一款适合你。如果各位有好的推荐,也请务必在评论里告诉我们,不胜感激。
对集合对象的观察,会在下次更新时做一个更具体的补充。
如果此文中有不当或错误的地方,也请各位批评指正,非常感谢~ 没说的,报上工位号,请喝可乐~
一、什么是 KVO
键值观察是 Objective-C 语言的动态语言特性,在运行时通过 KVO,允许一个对象观察另一个对象的属性,当变化发生时,观察者会得到通知。
键值观察实际上是观察者模式在 Objective-C 中的一种运用,理解了观察者模式,也就理解了键值观察。
a)观察者和被观察对象完美分离
b)保持信息同步
二、通过一个示例了解 KVO 的基本用法
使用 KVO 的过程基本上分为三步:注册—通知—取消注册
下面来看一个示例。
某人养了一只宠物狗,这只宠物狗非常的聪明,会做加法题,而且很快。
我们在这里用 Person 来表示某人,Dog 来表示这只宠物狗,Person 有两个属性分别表示加数和被加数。
|
1、Dog注册成为观察者,Person 为被观察对象,观察的属性为 numberOne、numberTwo
Dog:
|
2、Person 出题,Dog 收到通知后回答题目
Person 出题并发出通知:
|
Dog 收到通知,回答题目:
|
3、取消注册
Dog:
|
三、KVO 原理详解
要理解 KVO 的原理,实际上也就是要搞清楚被观察对象在属性发生变化时,是如何做到通知观察者的。
这里面包含有两个点,一个是对属性的读取,一个是通知。
1、属性读取
说到对属性的读取,就不得不提 KVC,key-value coding,键值编码。实际上这也是 KVO 的基础。
KVC 提供了一种通过字符串标识符间接访问对象属性的机制。
1)支持这种机制的基本方法是:
|
例如访问 Person 对象的 numberOne 属性,可以通过以下方法实现:
|
对于实现了访问器方法的类来说,通过访问器方法(点语法)和通过 KVC 访问属性区别不大。但是对于没有实现访问器方法的类来说,点语法不可用,但是我们仍然可以通过 KVC 来访问属性。
下面来具体看下 KVC 访问属性时发生了什么。
KVC为了能设置和返回对象属性,会按照如下顺序进行尝试:
a)检查是否存在 - <key>,- is<Key> (只对布尔型有效),- get<Key> 的访问器方法,如果存在,则使用这些方法返回属性值。
检查是否存在 - set<Key> 的访问器方法,如果存在,则使用这些方法设置属性值。
b)如果上述方法不可用,则检查 - _<key>,- _is<Key> (只对布尔型有效),- _get<Key>,- _set<Key> 方法是否可用。
c)如果没有找到上述方法,会尝试直接访问实例变量,实例变量名可以是 <key> 或 _<key>
d)如果仍未找到,则调用 - valueForUndefinedKey: 和 - setValue:forUndefinedKey: 方法。这些方法的默认实现是抛出异常,我们可以根据需要进行重写。
由此我们也可以看出,当属性读取方法的定义符合命名规范的时候,KVC 能够定位到 键 key 对应的属性读取方法。
|
2)除了基本方法之外,KVC 还提供了如下方法来支持通过键路径访问嵌套对象的属性
|
以及其它的一些方法,来支持对多关系的属性的读取。
* 对多关系的属性的读取,请参考 KVC 的相关文档
2、在属性读取方法里面,通知被观察者
这一步的实现,是基于 isa-swizzling (指针变化) 技术。
1)isa 是对象的一个特定指针,它指向对象的类, 该类中包含一张调度表,反映出选择器和最终实现之间的映射关系。当某个对象被第一次观察时,系统会在运行期动态创建一个派生类,isa 会指向这个新诞生的派生类。
例如我们之前的例子中,Person 对象的 isa 指针 在观察之前会指向 Person,在观察之后会指向 NSKVONotifying_Person
* 关于指针变换技术,大家可以参考 method swizzling http://www.cocoachina.com/applenews/devnews/2014/0225/7880.html
* 这个映射关系是可以更改的,涉及到 objective-c 的运行时技术,objc/runtime.h
* isa 指针的变化大家可以在代码中设置断点观察到
2)派生类会重写基类中任何被观察属性的 setter 方法, 真正的通知机制,正是在这个被重写的 setter 方法里面实现的。
例如:
|
3、使用 KVO 通知观察者方法小结
1)使用 KVC 方法
如果有访问器方法,则运行时会在访问器方法中调用 will/didChangeValueForKey: 方法;
没用访问器方法,运行时会在 setValue:forKey 方法中调用 will/didChangeValueForKey: 方法。
2)使用访问器方法
运行时会重写访问器方法调用 will/didChangeValueForKey: 方法。因此,直接调用访问器方法改变属性值时,KVO也能监听到。
3)在赋值前后,手动调用 will/didChangeValueForKey: 方法。
四、实践
1、特点总结:
1)优点
- 提供了一种简单方法让对象之间保持信息同步。例如模型对象和视图对象
- 能够让我们观察某个对象的状态变化,即便该对象不是由我们创建的,也不能更改状态属性的实现方法
- 观察对象可以了解该属性值新值以及旧值;如果观察的属性为对多的关系(例如数组),它也能够了解是哪个包含的对象发生了改变
- 能够使用键路径 keypath 观察嵌套对象的属性变化
- 彻底的抽象化,一个对象并不需要额外的代码来让自己变成可被观察对象
- 多个 KVO 观察者可以观察同一对象的同一属性
2)缺点
- 必须用字符串来指定要观察的属性,因此如果出错,在编译时是不会有检查和警告的
- 重构对象属性之后,相关的 KVO 代码将不再起作用,由于不会有编译时自动检查,这部分代码甚至会引起崩溃
- KVO 通知会触发一个特定的观察方法,观察必须要实现该方法,当观察者在观察多个属性时,在该方法中要写复杂的 if else 语句进行判断
- 对象在销毁时要移除注册过的观察者
2、实际使用过程中,要特别注意的要点
1)在调用注册方法时传入适当的参数
|
options:
值 | 功 能 |
NSKeyValueObservingOptionNew | 作为变更信息的一部分发送新值 |
NSKeyValueObservingOptionOld | 作为变更信息的一部分发送旧值 |
NSKeyValueObservingOptionInitial | 在观察者注册时发送一个初始更新 |
NSKeyValueObservingOptionPrior | 在变更前后分别发送变更,而不只在变更后发送一次 |
属性值的新值和旧值相同时,仍然能够触发 KVO,我们在注册时知道 new 和 old,能够让我们在通知方法中判断新旧值是否相同。
initial 可以确保在注册的同时,就触发一次 KVO 通知。
context:
由于我们无法指定通知方法,当在有通知发生时,如果子类和父类都实现了该方法,那么子类在处理通知时,无法通过 keyPath 和 object 来准确判断父类是否对该通知感兴趣,这个时候就需要子类父类在注册时根据需要传入不同的 context
* 关于 context 的最佳实践可以参考 http://stackoverflow.com/questions/12719864/best-practices-for-context-parameter-in-addobserver-kvo
2)手动触发 KVO
KVO 协议提供一个方法来关闭自动 KVO 通知:
|
返回值为 NO 时,我们无论是通过 KVC 方法,还是访问器方法,都不会触发 KVO,我们需要自己手动调用will/didChangeValueForKey: 方法
3)使用单个 key 观察多个属性的变化
通过重写以下 方法,可以仅注册单个键的观察多个属性的变化:
|
4)KVO 支持对集合对象(NSArray、NSSet、NSOrderedSet)的观察,来及时获得集合内元素发生的变化,例如集合元素的增加、删除等等,变化的类型和具体内容会包含在通知方法的 change 字典中。
例如我们用 array 作为 tableView 的数据源,使用 kvo 方式观察 array 的变化,来自动触发 tableView 的刷新。
值得注意的是,我们没有办法使用 key path 来观察集合内部某元素的属性变化,要做到这一点,我们需要在往集合内添加和删除元素时,为每个元素单独注册和取消注册 KVO。
5)在通知方法中要注意线程问题
通知方法在哪个线程中被调用,是由被观察对象在哪个线程中触发 kvo 决定的。
6)不正确的取消注册会导致程序崩溃
a)不能重复取消相同的注册
b)如果是类似 @“a.b.c” 键路径,在取消注册时,a b 对象应当是存在的 。
针对原则 a,大家可以自行思考可以用什么方法来避免重复的注册和取消注册;
针对原则 b,需要注意的是我们在取消注册时,键路径中的对象是不是已经被释放了。
基于这两个原则,对于某些 UI 对象,除了考虑在 dealloc 中要取消注册外,还要根据实际情况来判断具体在什么位置注册和取消注册。以下是我在使用过程中遇到的,需要思考是否有必要做 注册和取消注册 的一些方法。
|
五、更易用的 KVO
有一些开源项目,对 KVO 进行了二次封装,让 KVO 变的更易用,更安全,下面列举一些使用较广泛的供大家参考。在项目页面上,已经有了详细的特点说明和使用方法。
1)https://github.com/facebook/KVOController 推荐使用
2)https://github.com/th-in-gs/THObserversAndBinders
3)https://github.com/mikeash/MAKVONotificationCenter
六、参考文档:
Key-Value Observing Programming Guide
Key-Value Coding Programming Guide
http://blog.csdn.net/wzzvictory/article/details/9674431
http://blog.csdn.net/kesalin/article/details/8194240
http://www.cnblogs.com/lwzz/archive/2013/04/25/3029679.html
https://www.mikeash.com/pyblog/key-value-observing-done-right.html
深度理解Key-Value Observing 键值观察