写点什么

如何优雅地使用 KVO

  • 2019-12-06
  • 本文字数:7938 字

    阅读完需:约 26 分钟

如何优雅地使用 KVO

KVO 作为 iOS 中一种强大并且有效的机制,为 iOS 开发者们提供了很多的便利;我们可以使用 KVO 来检测对象属性的变化、快速做出响应,这能够为我们在开发强交互、响应式应用以及实现视图和模型的双向绑定时提供大量的帮助。


但是在大多数情况下,除非遇到不用 KVO 无法解决的问题,笔者都会尽量避免它的使用,这并不是因为 KVO 有性能问题或者使用场景不多,总重要的原因是 KVO 的使用是在是太 ** 麻烦了。



使用 KVO 时,既需要进行注册成为某个对象属性的观察者,还要在合适的时间点将自己移除,再加上需要覆写一个又臭又长的方法,并在方法里判断这次是不是自己要观测的属性发生了变化,每次想用 KVO 解决一些问题的时候,作者的第一反应就是头疼,这篇文章会为各位为 KVO 所苦的开发者提供一种更优雅的解决方案。

使用 KVO

不过在介绍如何优雅地使用 KVO 之前,我们先来回忆一下,在通常情况下,我们是如何使用 KVO 进行键值观测的。


首先,我们有一个 Fizz 类,其中包含一个 number 属性,它在初始化时会自动被赋值为 @0


Objective-C


// Fizz.h@interface Fizz : NSObject
@property (nonatomic, strong) NSNumber *number;
@end
// Fizz.m@implementation Fizz
- (instancetype)init { if (self = [super init]) { _number = @0; } return self;}
@end
复制代码


我们想在 Fizz 对象中的 number 对象发生改变时获得通知得到的和的值,这时我们就要祭出 -addObserver:forKeyPath:options:context 方法来监控 number 属性的变化:


Objective-C


Fizz *fizz = [[Fizz alloc] init];[fizz addObserver:self       forKeyPath:@"number"          options:NSKeyValueObservingOptionNew | NSKeyValueObservingOptionOld          context:nil];fizz.number = @2;
复制代码


在将当前对象 self注册成为 fizz 的观察者之后,我们需要在当前对象中覆写 -observeValueForKeyPath:ofObject:change:context: 方法:


Objective-C


- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSKeyValueChangeKey,id> *)change context:(void *)context {    if ([keyPath isEqualToString:@"number"]) {        NSLog(@"%@", change);    }}
复制代码


在大多数情况下我们只需要对比 keyPath 的值,就可以知道我们到底监控的是哪个对象,但是在更复杂的业务场景下,使用 context 上下文以及其它辅助手段才能够帮助我们更加精准地确定被观测的对象。


但是当上述代码运行时,虽然可以成功打印出 change 字典,但是却会发生崩溃,你会在控制台中看到下面的内容:


Objective-C


2017-02-26 23:44:19.666 KVOTest[15888:513229] {    kind = 1;    new = 2;    old = 0;}2017-02-26 23:44:19.720 KVOTest[15888:513229] *** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'An instance 0x60800001dd20 of class Fizz was deallocated while key value observers were still registered with it. Current observation info: <NSKeyValueObservationInfo 0x60800003d320> (<NSKeyValueObservance 0x608000057310: Observer: 0x7fa098f07590, Key path: number, Options: <New: YES, Old: YES, Prior: NO> Context: 0x0, Property: 0x608000057400>)'
复制代码


这是因为 fizz 对象没有被其它对象引用,在脱离 viewDidLoad 作用于之后就被回收了,然而在 -dealloc 时,并没有移除观察者,所以会造成崩溃。


我们可以使用下面的代码来验证上面的结论是否正确:


Objective-C


// Fizz.h@interface Fizz : NSObject
@property (nonatomic, strong) NSNumber *number;@property (nonatomic, weak) NSObject *observer;
@end
// Fizz.m@implementation Fizz
- (instancetype)init { if (self = [super init]) { _number = @0; } return self;}
- (void)dealloc { [self removeObserver:self.observer forKeyPath:@"number"];}
@end
复制代码


Fizz 类的接口中添加一个 observer 弱引用来持有对象的观察者,并在对象 -dealloc 时将它移除,重新运行这段代码,就不会发生崩溃了。



由于没有移除观察者导致崩溃使用 KVO 时经常会遇到的问题之一,解决办法其实有很多,我们在这里简单介绍一个,使用当前对象持有被观测的对象,并在当前对象 -dealloc 时,移除观察者:


Objective-C


- (void)viewDidLoad {    [super viewDidLoad];    self.fizz = [[Fizz alloc] init];    [self.fizz addObserver:self                forKeyPath:@"number"                   options:NSKeyValueObservingOptionNew | NSKeyValueObservingOptionOld                   context:nil];    self.fizz.number = @2;}
- (void)dealloc { [self.fizz removeObserver:self forKeyPath:@"number"];}
复制代码


这也是我们经常使用来避免崩溃的办法,但是在笔者看来也是非常的不优雅,除了上述的崩溃问题,使用 KVO 的过程也非常的别扭和痛苦:


  1. 需要手动移除观察者,且移除观察者的时机必须合适

  2. 注册观察者的代码和事件发生处的代码上下文不同,传递上下文是通过 void * 指针;

  3. 需要覆写 -observeValueForKeyPath:ofObject:change:context: 方法,比较麻烦;

  4. 在复杂的业务逻辑中,准确判断被观察者相对比较麻烦,有多个被观测的对象和属性时,需要在方法中写大量的 if 进行判断;


虽然上述几个问题并不影响 KVO 的使用,不过这也足够成为笔者尽量不使用 KVO 的理由了。

优雅地使用 KVO

如何优雅地解决上一节提出的几个问题呢?我们在这里只需要使用 Facebook 开源的 KVOController 框架就可以优雅地解决这些问题了。


如果想要实现同样的业务需求,当使用 KVOController 解决上述问题时,只需要以下代码就可以达到与上一节中完全相同的效果:


Objective-C


[self.KVOController observe:self.fizz                    keyPath:@"number"                    options:NSKeyValueObservingOptionNew | NSKeyValueObservingOptionOld                      block:^(id  _Nullable observer, id  _Nonnull object, NSDictionary<NSString    *,id> * _Nonnull change) {                          NSLog(@"%@", change);                      }];
复制代码


我们可以在任意对象上获得 KVOController 对象,然后调用它的实例方法 -observer:keyPath:options:block: 就可以检测某个对象对应的属性了,该方法传入的参数还是非常容易理解的,在 block 中也可以获得所有与 KVO 有关的参数。


使用 KVOController 进行键值观测可以说完美地解决了在使用原生 KVO 时遇到的各种问题。


  1. 不需要手动移除观察者;

  2. 实现 KVO 与事件发生处的代码上下文相同,不需要跨方法传参数;

  3. 使用 block 来替代方法能够减少使用的复杂度,提升使用 KVO 的体验;

  4. 每一个 keyPath 会对应一个属性,不需要在 block 中使用 if 判断 keyPath

KVOController 的实现

KVOController 其实是对 Cocoa 中 KVO 的封装,它的实现其实也很简单,整个框架中只有两个实现文件,先来简要看一下 KVOController 如何为所有的 NSObject 对象都提供 -KVOController 属性的吧。

分类和 KVOController 的初始化

KVOController 不止为 Cocoa Touch 中所有的对象提供了 -KVOController 属性还提供了另一个 KVOControllerNonRetaining 属性,实现方法就是分类和 ObjC Runtime。


Objective-C


@interface NSObject (FBKVOController)
@property (nonatomic, strong) FBKVOController *KVOController;@property (nonatomic, strong) FBKVOController *KVOControllerNonRetaining;
@end
复制代码


从名字可以看出 KVOControllerNonRetaining 在使用时并不会持有被观察的对象,与它相比 KVOController 就会持有该对象了。


对于 KVOControllerKVOControllerNonRetaining 属性来说,其实现都非常简单,对运行时非常熟悉的读者都应该知道使用关联对象就可以轻松实现这一需求。


Objective-C


- (FBKVOController *)KVOController {  id controller = objc_getAssociatedObject(self, NSObjectKVOControllerKey);  if (nil == controller) {    controller = [FBKVOController controllerWithObserver:self];    self.KVOController = controller;  }  return controller;}
- (void)setKVOController:(FBKVOController *)KVOController { objc_setAssociatedObject(self, NSObjectKVOControllerKey, KVOController, OBJC_ASSOCIATION_RETAIN_NONATOMIC);}
- (FBKVOController *)KVOControllerNonRetaining { id controller = objc_getAssociatedObject(self, NSObjectKVOControllerNonRetainingKey); if (nil == controller) { controller = [[FBKVOController alloc] initWithObserver:self retainObserved:NO]; self.KVOControllerNonRetaining = controller; } return controller;}
- (void)setKVOControllerNonRetaining:(FBKVOController *)KVOControllerNonRetaining { objc_setAssociatedObject(self, NSObjectKVOControllerNonRetainingKey, KVOControllerNonRetaining, OBJC_ASSOCIATION_RETAIN_NONATOMIC);}
复制代码


两者的 setter 方法都只是使用 objc_setAssociatedObject 按照键值简单地存一下,而 getter 中不同的其实也就是对于 FBKVOController 的初始化了。



到这里这个整个 FBKVOController 框架中的两个实现文件中的一个就介绍完了,接下来要看一下其中的另一个文件中的类 KVOController

KVOController 的初始化

KVOController 是整个框架中提供 KVO 接口的类,作为 KVO 的管理者,其必须持有当前对象所有与 KVO 有关的信息,而在 KVOController 中,用于存储这个信息的数据结构就是 NSMapTable



为了使 KVOController 达到线程安全,它还必须持有一把 pthread_mutex_t 锁,用于在操作 _objectInfosMap 时使用。


再回到上一节提到的初始化问题,NSObject 的属性 FBKVOControllerKVOControllerNonRetaining 的区别在于前者会持有观察者,使其引用计数加一。


Objective-C


- (instancetype)initWithObserver:(nullable id)observer retainObserved:(BOOL)retainObserved {  self = [super init];  if (nil != self) {    _observer = observer;    NSPointerFunctionsOptions keyOptions = retainObserved ? NSPointerFunctionsStrongMemory|NSPointerFunctionsObjectPointerPersonality : NSPointerFunctionsWeakMemory|NSPointerFunctionsObjectPointerPersonality;    _objectInfosMap = [[NSMapTable alloc] initWithKeyOptions:keyOptions valueOptions:NSPointerFunctionsStrongMemory|NSPointerFunctionsObjectPersonality capacity:0];    pthread_mutex_init(&_lock, NULL);  }  return self;}
复制代码


在初始化方法中使用各自的方法对 KVOController 对象持有的所有实例变量进行初始化,KVOControllerKVOControllerNonRetaining 的区别就体现在生成的 NSMapTable 实例时传入的是 NSPointerFunctionsStrongMemory 还是 NSPointerFunctionsWeakMemory 选项。

KVO 的过程

使用 KVOController 实现键值观测时,大都会调用实例方法 -observe:keyPath:options:block 来注册成为某个对象的观察者,监控属性的变化:


Objective-C


- (void)observe:(nullable id)object keyPath:(NSString *)keyPath options:(NSKeyValueObservingOptions)options block:(FBKVONotificationBlock)block {  _FBKVOInfo *info = [[_FBKVOInfo alloc] initWithController:self keyPath:keyPath options:options block:block];
[self _observe:object info:info];}
复制代码

数据结构 _FBKVOInfo

这个方法中就涉及到另外一个私有的数据结构 _FBKVOInfo,这个类中包含着所有与 KVO 有关的信息:



_FBKVOInfoKVOController 中充当的作用仅仅是一个数据结构,我们主要用它来存储整个 KVO 过程中所需要的全部信息,其内部没有任何值得一看的代码,需要注意的是,_FBKVOInfo 覆写了 -isEqual: 方法用于对象之间的判等以及方便 NSMapTable 的存储。


如果再有点别的什么特别作用的就是,其中的 state 表示当前的 KVO 状态,不过在本文中不会具体介绍。


Objective-C


typedef NS_ENUM(uint8_t, _FBKVOInfoState) {  _FBKVOInfoStateInitial = 0,  _FBKVOInfoStateObserving,  _FBKVOInfoStateNotObserving,};
复制代码

observe 的过程

在使用 -observer:keyPath:options:block: 监听某一个对象属性的变化时,该过程的核心调用栈其实还是比较简单:



我们从栈底开始简单分析一下整个封装 KVO 的过程,其中栈底的方法,也就是我们上面提到的 -observer:keyPath:options:block: 初始化了一个名为 _FBKVOInfo 的对象:


Objective-C


- (void)observe:(nullable id)object keyPath:(NSString *)keyPath options:(NSKeyValueObservingOptions)options block:(FBKVONotificationBlock)block {  _FBKVOInfo *info = [[_FBKVOInfo alloc] initWithController:self keyPath:keyPath options:options block:block];  [self _observe:object info:info];}
复制代码


在创建了 _FBKVOInfo 之后执行了另一个私有方法 -_observe:info:


Objective-C


- (void)_observe:(id)object info:(_FBKVOInfo *)info {  pthread_mutex_lock(&_lock);  NSMutableSet *infos = [_objectInfosMap objectForKey:object];
_FBKVOInfo *existingInfo = [infos member:info]; if (nil != existingInfo) { pthread_mutex_unlock(&_lock); return; }
if (nil == infos) { infos = [NSMutableSet set]; [_objectInfosMap setObject:infos forKey:object]; } [infos addObject:info]; pthread_mutex_unlock(&_lock);
[[_FBKVOSharedController sharedController] observe:object info:info];}
复制代码


这个私有方法通过自身持有的 _objectInfosMap 来判断当前对象、属性以及各种上下文是否已经注册在表中存在了,在这个 _objectInfosMap 中保存着对象以及与对象有关的 _FBKVOInfo 集合:



在操作了当前 KVOController 持有的 _objectInfosMap 之后,才会执行私有的 _FBKVOSharedController 类的实例方法 -observe:info:


Objective-C


- (void)observe:(id)object info:(nullable _FBKVOInfo *)info {  pthread_mutex_lock(&_mutex);  [_infos addObject:info];  pthread_mutex_unlock(&_mutex);
[object addObserver:self forKeyPath:info->_keyPath options:info->_options context:(void *)info];
if (info->_state == _FBKVOInfoStateInitial) { info->_state = _FBKVOInfoStateObserving; } else if (info->_state == _FBKVOInfoStateNotObserving) { [object removeObserver:self forKeyPath:info->_keyPath context:(void *)info]; }}
复制代码


_FBKVOSharedController 才是最终调用 Cocoa 中的 -observe:forKeyPath:options:context: 方法开始对属性的监听的地方;同时,在整个应用运行时,只会存在一个 _FBKVOSharedController 实例:


Objective-C


+ (instancetype)sharedController {  static _FBKVOSharedController *_controller = nil;  static dispatch_once_t onceToken;  dispatch_once(&onceToken, ^{    _controller = [[_FBKVOSharedController alloc] init];  });  return _controller;}
复制代码


这个唯一的 _FBKVOSharedController 实例会在 KVO 的回调方法中将事件分发给 KVO 的观察者。


Objective-C


- (void)observeValueForKeyPath:(nullable NSString *)keyPath                      ofObject:(nullable id)object                        change:(nullable NSDictionary<NSString *, id> *)change                       context:(nullable void *)context {    _FBKVOInfo *info;    pthread_mutex_lock(&_mutex);    info = [_infos member:(__bridge id)context];    pthread_mutex_unlock(&_mutex);
FBKVOController *controller = info->_controller; id observer = controller.observer;
if (info->_block) { NSDictionary<NSString *, id> *changeWithKeyPath = change; if (keyPath) { NSMutableDictionary<NSString *, id> *mChange = [NSMutableDictionary dictionaryWithObject:keyPath forKey:FBKVONotificationKeyPathKey]; [mChange addEntriesFromDictionary:change]; changeWithKeyPath = [mChange copy]; } info->_block(observer, object, changeWithKeyPath); } else if (info->_action) { [observer performSelector:info->_action withObject:change withObject:object]; } else { [observer observeValueForKeyPath:keyPath ofObject:object change:change context:info->_context]; }}
复制代码


在这个 -observeValueForKeyPath:ofObject:change:context: 回调方法中,_FBKVOSharedController 会根据 KVO 的信息 _KVOInfo 选择不同的方式分发事件,如果观察者没有传入 block 或者选择子,就会调用观察者 KVO 回调方法。



上图就是在使用 KVOController 时,如果一个 KVO 事件触发之后,整个框架是如何对这个事件进行处理以及回调的。

如何 removeObserver

在使用 KVOController 时,我们并不需要手动去处理 KVO 观察者的移除,因为所有的 KVO 事件都由私有的 _KVOSharedController 来处理;



当每一个 KVOController 对象被释放时,都会将它自己持有的所有 KVO 的观察者交由 _KVOSharedController-unobserve:infos: 方法处理:


Objective-C


- (void)unobserve:(id)object infos:(nullable NSSet<_FBKVOInfo *> *)infos {  pthread_mutex_lock(&_mutex);  for (_FBKVOInfo *info in infos) {    [_infos removeObject:info];  }  pthread_mutex_unlock(&_mutex);
for (_FBKVOInfo *info in infos) { if (info->_state == _FBKVOInfoStateObserving) { [object removeObserver:self forKeyPath:info->_keyPath context:(void *)info]; } info->_state = _FBKVOInfoStateNotObserving; }}
复制代码


该方法会遍历所有传入的 _FBKVOInfo,从其中取出 keyPath 并将 _KVOSharedController 移除观察者。


除了在 KVOController 析构时会自动移除观察者,我们也可以通过它的实例方法 -unobserve:keyPath: 操作达到相同的效果;不过在调用这个方法时,我们能够得到一个不同的调用栈:



功能的实现过程其实都是类似的,都是通过 -removeObserver:forKeyPath:context: 方法移除观察者:


Objective-C


- (void)unobserve:(id)object info:(nullable _FBKVOInfo *)info {  pthread_mutex_lock(&_mutex);  [_infos removeObject:info];  pthread_mutex_unlock(&_mutex);
if (info->_state == _FBKVOInfoStateObserving) { [object removeObserver:self forKeyPath:info->_keyPath context:(void *)info]; } info->_state = _FBKVOInfoStateNotObserving;}
复制代码


不过由于这个方法的参数并不是一个数组,所以并不需要使用 for 循环,而是只需要将该 _FBKVOInfo 对应的 KVO 事件移除就可以了。

总结

KVOController 对于 Cocoa 中 KVO 的封装非常的简洁和优秀,我们只需要调用一个方法就可以完成一个对象的键值观测,同时不需要处理移除观察者等问题,能够降低我们出错的可能性。


在笔者看来 KVOController 中唯一不是很优雅的地方就是,需要写出 object.KVOController 才可以执行 KVO,如果能将 KVOController 换成更短的形式可能看起来更舒服一些:


Objective-C


[self.kvo observer:keyPath:options:block:];
复制代码


不过这并不是一个比较大的问题,同时也只是笔者自己的看法,况且不影响 KVOController 的使用,所以各位读者也无须太过介意。


本文转载 Draveness 技术博客。


原文链接:https://draveness.me/kvocontroller


2019-12-06 11:09640

评论

发布
暂无评论
发现更多内容

今天发的被删了,不是我没写

lidaobing

28天写作

架构师 3 期 3 班 -week5- 作业

zbest

作业 week5

余额和核心信息数据安全分享

冬天的秘密

加密 防篡改 数据隐私

深度剖析原理!2020年Android网络编程总结篇,已开源

欢喜学安卓

android 程序员 面试 移动开发

权限系统的基本概念和架构

程序那些事

权限系统 程序那些事 SSO 权限架构 权限认证

如何守护数据安全? 这里有一份RDS灾备方案为你支招

京东科技开发者

数据库 云数据库

第九周-总结

jizhi7

第13周

袭望

程序员告诉你:C/C++后台开发需要学习哪些技能书

赖猫

c++ Linux 后台开发

欧盟推出新数字法案,会是一场“锄强扶弱”的数字监管变革吗?

脑极体

阿里P8手把手教你!微信小程序的事件处理,安卓系列学习进阶视频

欢喜学安卓

android 程序员 面试 移动开发

创业感悟 | 2021是继续打工还是选择创业?

黑马腾云

创业

甲方日常 71

句子

工作 随笔杂谈 日常

66把锁的门禁系统,告诉你区块链的特点

CECBC

区块链

还在用ELK? 是时候了解一下轻量化日志服务Loki了

京东科技开发者

DevOps 云原生 日志监控

生产环境全链路压测建设历程 16:淘宝网高可用历程的总结

数列科技杨德华

全链路压测 七日更

【Java入门】String,StringBuffer和StringBuilder

Albert

Java 七日更

架构师训练营第十一周作业

文智

极客大学架构师训练营

DBA 的效率加速器——CloudQuery v1.3.0 上线!

BinTools图尔兹

数据库 运维 开发 dba

第九周-作业

jizhi7

英特尔下一代10nm Ice Lake处理器登陆腾讯云,星星海自研二路服务器内“芯”强大

E科讯

我们该如何正确的中断一个线程的执行??

冰河

并发编程 多线程 高并发 中断线程 签约计划第二季

Android知识体系大纲!Android平台HTTPS抓包解决方案及问题分析,年薪50W

欢喜学安卓

android 程序员 面试 移动开发

不讲码德!坏味道偷袭我这个老码农

爱笑的架构师

Java 代码审查 代码坏味道 代码规范 七日更

TypeScript | 第一章:环境搭建及基础数据类型

梁龙先森

typescript 大前端 七日更

架构师 3 期 3 班 -week5- 总结

zbest

总结 week5

Docker

云淡风轻

如何坚持做一件事情

熊斌

个人成长 七日更

【STL 源码剖析】浅谈 STL 迭代器与 traits 编程技法

herongwei

c++ 后端 迭代器模式 源码剖析 stl

学习总结-week13

张荣召

互联网已经干得很好的事情,不应该是区块链干的

CECBC

区块链 互联网

  • 扫码加入 InfoQ 开发者交流群
如何优雅地使用 KVO_语言 & 开发_Draveness_InfoQ精选文章