首页 > 代码库 > KVO的实现原理

KVO的实现原理

摘自:iOS--KVO的实现原理与具体应用

1 KVO是什么?

  KVO是Objective-C对观察者模式的一种实现,另外一种是通知机制(notification)

  KVO提供一种机制,指定一个被观察对象(例如A类),当对象的某个属性(例如A中的字符串name)发生更改时,对象会获得通知,并做出相应的处理。

  在MVC设计架构下的项目,KVO机制很适合实现model模型和view视图之间的通讯。

  例如:代码中,在模型类A创建属性数据,在控制器中创建观察者,一旦属性数据发生改变,观察者就会收到通知,通过KVO再在控制器中使用回调方法处理实现视图B的更新。

2 KVO的实现原理

  KVO在Apple中的API文档如下: 

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 的实现依赖于 Objective-C 强大的 Runtime ,从以上Apple 的文档可以看出苹果对于KVO机制的实现是一笔带过,而具体的细节没有过多的描述,但是我们可以通过Runtime的所提供的方法去探索,关于KVO机制的底层实现原理。我从网上的一些关于KVO的资料总结了有关的内容:

  (1)基本原理

  当观察某对象A时,KVO机制动态创建一个对象A当前类的子类,并为这个新的子类重写了被观察属性keyPath的setter 方法。setter 方法随后负责通知观察对象属性的改变状况。

  (2)深入剖析  

  Apple 使用了 isa 混写(isa-swizzling)来实现 KVO 。当观察对象A时,KVO机制动态创建一个新的名为: NSKVONotifying_A的新类,该类继承自对象A的本类,且KVO为NSKVONotifying_A重写观察属性的setter 方法,setter 方法会负责在调用原 setter 方法之前和之后,通知所有观察对象属性值的更改情况。

备注: isa 混写(isa-swizzlingisa:is a kind of ; swizzling:混合,搅合;)

  ① NSKVONotifying_A类剖析:在这个过程,被观察对象的 isa 指针从指向原来的A类,被KVO机制修改为指向系统新创建的子类 NSKVONotifying_A类,来实现当前类属性值改变的监听

  所以当我们从应用层面上看来,完全没有意识到有新的类出现,这是系统“隐瞒”了对KVO的底层实现过程,让我们误以为还是原来的类。但是此时如果我们创建一个新的名为“NSKVONotifying_A”的类,就会发现系统运行到注册KVO的那段代码时程序就崩溃,因为系统在注册监听的时候动态创建了名为NSKVONotifying_A的中间类,并指向这个中间类了。

  (isa 指针的作用:每个对象都有isa 指针,指向该对象的类,它告诉 Runtime 系统这个对象的类是什么。所以对象注册为观察者时,isa指针指向新子类,那么这个被观察的对象就神奇地变成新子类的对象(或实例)了。) 因而在该对象上对 setter 的调用就会调用已重写的 setter,从而激活键值通知机制。

—>我猜,这也是KVO回调机制,为什么都俗称KVO技术为黑魔法的原因之一吧:内部神秘、外观简洁。

  ② 子类setter方法剖析:KVO的键值观察通知依赖于 NSObject 的两个方法:willChangeValueForKey: didChangeValueForKey:在存取数值的前后分别调用2个方法:

  被观察属性发生改变之前,willChangeValueForKey:被调用,通知系统该 keyPath 的属性值即将变更;当改变发生后, didChangeValueForKey: 被调用,通知系统该 keyPath 的属性值已经变更;之后, observeValueForKey:ofObject:change:context: 也会被调用。且重写观察属性的setter 方法。这种继承方式的注入是在运行时而不是编译时实现的。

KVO为子类的观察者属性重写调用存取方法的工作原理在代码中相当于:

-(void)setName:(NSString *)newName {
    [self willChangeValueForKey:@"name"];    //KVO在调用存取方法之前总调用
    [super setValue:newName forKey:@"name"]; //调用父类的存取方法
    [self didChangeValueForKey:@"name"];     //KVO在调用存取方法之后总调用
}

3 特点

  观察者观察的是属性,只有遵循 KVO 变更属性值的方式才会执行KVO的回调方法,例如是否执行了setter方法、或者是否使用了KVC赋值。如果赋值没有通过setter方法或者KVC,而是直接修改属性对应的成员变量,例如:仅调用_name = @"newName",这时是不会触发KVO机制,更加不会调用回调方法的。所以使用KVO机制的前提是遵循 KVO 的属性设置方式来变更属性值。

4 步骤

  (1)注册观察者,实施监听;

/*第一个参数observer:观察者 (这里观察self.myKVO对象的属性变化)
  第二个参数keyPath: 被观察的属性名称(这里观察self.myKVO中num属性值的改变)
  第三个参数options: 观察属性的新值、旧值等的一些配置(枚举值,可以根据需要设置,例如这里可以使用两项)
  第四个参数context: 上下文,可以为kvo的回调方法传值(例如设定为一个放置数据的字典)*/
[self.myKVO addObserver:self forKeyPath:@"num" options:NSKeyValueObservingOptionOld|NSKeyValueObservingOptionNew context:nil]; 

  (2)在回调方法中处理属性发生的变化;

/*keyPath:属性名称
  object:被观察的对象
  change:变化前后的值都存储在change字典中
  context:注册观察者时,context传过来的值 */
-(void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSString *,id> *)change context:(void *)context{

}

  (3)移除观察者

[_myKVO removeObserver:self forKeyPath:@"num" context:nil];

 5 代码实现

  (1)新建项目,UI界面设计如下:第一个是便签,用于显示num数值,关联ViewController,并命名为:label; 第二个是按钮,用于改变num的数值,关联ViewController。

技术分享

 

  (2)创建模型(MyKVO类)

@interface MyKVO : NSObject

@property (nonatomic, assign) NSInteger num;

@end

  (3)在viewController中注册并相应改变

#import "ViewController.h"
#import "MyKVO.h"

@interface ViewController () @property (nonatomic, strong) MyKVO
*myKVO; @property (nonatomic, strong) UILabel *label; @property (nonatomic, strong) UIButton *btn; @end @implementation ViewController - (void)dealloc { // 移除观察者 [_myKVO removeObserver:self forKeyPath:@"num" context:nil]; } - (void)viewDidLoad { [super viewDidLoad]; self.view.backgroundColor = [UIColor grayColor]; _label = [[UILabel alloc] initWithFrame:CGRectMake(0, 100, self.view.bounds.size.width, 50)]; _label.textColor = [UIColor redColor]; _label.font = [UIFont systemFontOfSize:20]; _label.textAlignment = NSTextAlignmentCenter; [self.view addSubview:_label]; _label.text = @"Label"; _btn = [[UIButton alloc] initWithFrame:CGRectMake((self.view.bounds.size.width - 100)/2, 220, 100, 50)]; [_btn setTitle:@"click" forState:UIControlStateNormal]; [_btn setTitleColor:[UIColor blackColor] forState:UIControlStateNormal]; [_btn addTarget:self action:@selector(clickBtn) forControlEvents:UIControlEventTouchUpInside]; [self.view addSubview:_btn]; _myKVO = [[MyKVO alloc] init]; // 注册观察者 [self.myKVO addObserver:self forKeyPath:@"num" options:NSKeyValueObservingOptionNew | NSKeyValueObservingOptionOld context:nil]; } // 重要object的keyPath的值发生变化,就会回调到这里 - (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSKeyValueChangeKey,id> *)change context:(void *)context { if ([keyPath isEqualToString:@"num"] && object == self.myKVO) { // 相应变化处理,UI更新 self.label.text = [NSString stringWithFormat:@"%@", [change valueForKey:@"new"]]; // 注册时,枚举为2个,因此可以提取change字典中的new和old两个字端 NSLog(@"oldNum=%@, newNum=%@", [change valueForKey:@"old"], [change valueForKey:@"new"]); } } - (void)clickBtn { self.myKVO.num += 1; } - (void)didReceiveMemoryWarning { [super didReceiveMemoryWarning]; // Dispose of any resources that can be recreated. } @end

6 扩展

  (1)与KVC的区别

  • KVC(键值编码),即Key-Value Coding,一个非正式的Protocol,使用字符串(键)访问一个对象实例变量的机制。而不是通过调用Setter、Getter方法等 显式的存取方式去访问。
  • KVO(键值监听),即Key-Value Observing,它提供一种机制,当指定的对象的属性被修改后,对象就会接受到通知,前提是执行了setter方法、或者使用了 KVC赋值。

  (2)与Notification的区别

  • notification比KVO多了发送通知的一步。
  • 两者都是一对多,但是对象之间直接的交互,notification明显得多,需要notificationCenter来做为中间交互。而KVO如我们介绍的,设置观察者->处理属性变化,至于中间通知这一环,则隐秘多了,只留一句“交由系统通知”,具体的可参照以上实现过程的剖析。

  notification的优点是监听不局限于属性的变化,还可以对多种多样的状态变化进行监听,监听范围广,例如键盘、前后台等系统通知的使用也更显灵活方便。

  (3)与delegate的区别

  和delegate一样,KVO和NSNotification的作用都是类与类之间的通信。但是与delegate不同的是:

  • 这两个都是负责发送接收通知,剩下的事情由系统处理,所以不用返回值;而delegate 则需要通信的对象通过变量(代理)联系;
  • delegate只是一对一,而这两个可以一对多。

  (4)涉及的技术

  KVC/KVO实现的根本是Objective-C的动态性和runtime,以及访问器方法的实现;

7 总结

  对比其他的回调方式,KVO机制的运用的实现,更多的由系统支持,相比notification、delegate等更简洁些,并且能够提供观察属性的最新值以及原始值;但是相应的在创建子类、重写方法等等方面的内存消耗是很巨大的。所以对于两个类之间的通信,我们可以根据实际开发的环境采用不同的方法,使得开发的项目更加简洁实用。

  另外需要注意的是,由于这种继承方式的注入是在运行时而不是编译时实现的,如果给定的实例没有观察者,那么KVO不会有任何开销,因为此时根本就没有KVO代码存在。但是即使没有观察者,委托和NSNotification还是得工作,这也是KVO此处零开销观察的优势。

KVO的实现原理