apple用什么方式实现对一个对象的KVO
2016-02-19 17:44
495 查看
Apple 的文档对
KVO 实现的描述:
Automatic key-value observing is implemented using a technique called isa-swizzling... When an observer is registered for an attribute of an object the isa pointer of the observed object is modified, pointing toan intermediate class rather than at the true class ...
从Apple 的文档可以看出:Apple 并不希望过多暴露
KVO 的实现细节。不过,要是借助 runtime 提供的方法去深入挖掘,所有被掩盖的细节都会原形毕露:
当你观察一个对象时,一个新的类会被动态创建。这个类继承自该对象的原本的类,并重写了被观察属性的 setter 方法。重写的 setter 方法会负责在调用原 setter 方法之前和之后,通知所有观察对象:值的更改。最后通过
isa 混写(isa-swizzling)把这个对象的 isa 指针 ( isa 指针告诉 Runtime 系统这个对象的类是什么 ) 指向这个新创建的子类,对象就神奇的变成了新创建的子类的实例。我画了一张示意图,如下所示:
KVO 确实有点黑魔法:
Apple 使用了
isa 混写(isa-swizzling)来实现 KVO 。
下面做下详细解释:
键值观察通知依赖于 NSObject 的两个方法:
willChangeValueForKey:和
didChangevlueForKey:。在一个被观察属性发生改变之前,
willChangeValueForKey:一定会被调用,这就会记录旧的值。而当改变发生后,
didChangeValueForKey:会被调用,继而
observeValueForKey:ofObject:change:context:也会被调用。可以手动实现这些调用,但很少有人这么做。一般我们只在希望能控制回调的调用时机时才会这么做。大部分情况下,改变通知会自动调用。
比如调用
setNow:时,系统还会以某种方式在中间插入
wilChangeValueForKey:、
didChangeValueForKey:和
observeValueForKeyPath:ofObject:change:context:的调用。大家可能以为这是因为
setNow:是合成方法,有时候我们也能看到人们这么写代码:
- (void)setNow:(NSDate *)aDate { [self willChangeValueForKey:@"now"]; // 没有必要 _now = aDate; [self didChangeValueForKey:@"now"];// 没有必要 }
这是完全没有必要的代码,不要这么做,这样的话,KVO代码会被调用两次。KVO在调用存取方法之前总是调用
willChangeValueForKey:,之后总是调用
didChangeValueForkey:。怎么做到的呢?答案是通过
isa 混写(isa-swizzling)。第一次对一个对象调用
addObserver:forKeyPath:options:context:时,框架会创建这个类的新的 KVO 子类,并将被观察对象转换为新子类的对象。在这个 KVO 特殊子类中,
Cocoa 创建观察属性的 setter ,大致工作原理如下:
- (void)setNow:(NSDate *)aDate { [self willChangeValueForKey:@"now"]; [super setValue:aDate forKey:@"now"]; [self didChangeValueForKey:@"now"]; }
这种继承和方法注入是在运行时而不是编译时实现的。这就是正确命名如此重要的原因。只有在使用KVC命名约定时,KVO才能做到这一点。
KVO 在实现中通过
isa 混写(isa-swizzling)把这个对象的 isa 指针 ( isa 指针告诉 Runtime 系统这个对象的类是什么 ) 指向这个新创建的子类,对象就神奇的变成了新创建的子类的实例。这在Apple
的文档可以得到印证:
Automatic key-value observing is implemented using a technique called isa-swizzling... 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 ...
然而 KVO 在实现中使用了
isa 混写( isa-swizzling),这个的确不是很容易发现:Apple 还重写、覆盖了
-class方法并返回原来的类。
企图欺骗我们:这个类没有变,就是原本那个类。。。
但是,假设“被监听的对象”的类对象是
MYClass,有时候我们能看到对
NSKVONotifying_MYClass的引用而不是对
MYClass的引用。借此我们得以知道
Apple 使用了
isa 混写(isa-swizzling)。具体探究过程可参考 这篇博文 。
相关文章推荐
- iOS微信小视频优化心得
- ios布局-与xib结合
- ios自定义归档解档
- android Animation 动画效果收集
- Objective - C - 添加类目 - NSDate
- 应用内直接跳转到Appstore
- android屏幕适配建议 (二)
- cocos2d-js关于对话框Layer的屏幕适配
- 我有一个 APP 创意,如何将其实现?
- JSPatch-动态更新IOS APP
- iOS比较好的几个博客网址
- Android Volley完全解析(四),带你从源码的角度理解Volley
- 阅读《Android 从入门到精通》(27)——选项菜单
- Android 图片压缩实现过程代码
- Android多activity间数据的传送
- Android Studio 哪些文件不需要加入版本控制中
- Android ListView局部刷新
- <转>iOS深拷贝与浅拷贝 附NSSet讲解
- iOS 知识点
- Android推送