iOS KVO
2019-09-18 本文已影响0人
72行代码
KVO和NSNotificationCenter都是iOS中观察者模式的一种实现。区别在于，相对于被观察者和观察者之间的关系，KVO是一对一的，而NSNotificationCenter是一对多的。KVO对被监听对象无侵入性，不需要修改其内部代码即可实现监听。
-
KVO底层实现
KVO是基于runtime机制实现的，运用了一个isa-swizzling技术。isa-swizzling就是类型混合指针机制, 将2个对象的isa指针互相调换, 就是俗称的黑魔法
- 当某个类的属性对象
第一次被观察时，系统就会在运行期动态地创建该类的一个派生类，在这个派生类中重写基类中任何被观察属性的setter方法。派生类在被重写的setter方法内实现真正的通知机制 - 如果原类为
Person，那么生成的派生类名为NSKVONotifying_Person，每个类对象中都有一个isa指针指向当前类，当一个类对象第一次被观察，那么系统会偷偷将isa指针指向动态生成的派生类，从而在给被监控属性赋值时执行的是派生类的setter方法 - 键值观察通知依赖于
NSObject的两个方法：willChangeValueForKey:和didChangevlueForKey:；在一个被观察属性发生改变之前，willChangeValueForKey:一定会被调用，这就会记录旧的值。而当改变发生后，didChangeValueForKey:会被调用，继而observeValueForKey:ofObject:change:context:也会被调用 - 补充：
KVO的这套实现机制中苹果还偷偷重写了class方法，让我们误认为还是使用的当前类，从而达到隐藏生成的派生类
- 如何手动触发
KVO
手动调用willChangeValueForKey:和didChangeValueForKey:
示例代码如下：
1、自动
//默认返回YES
+ (BOOL)automaticallyNotifiesObserversForKey:(NSString *)key{
if ([key isEqualToString:@"age"]) {
return NO;//不观察age属性值得变化
}
return YES;
}
2、手动
- (void)setName:(NSString *)name{
[self willChangeValueForKey:@"name"];
_name = name;
[self didChangeValueForKey:@"name"];
}
- 直接修改成员变量会触发
KVO吗
不会触发KVO，添加KVO的Person实例，其实是NSKVONotyfing_Person类在调用setter方法，不是调用Person的setter方法，而是NSKVONotyfing_Person的setter方法，因为修改成员变量不是setter方法赋值 - 如果在项目中对
Person类进行了监听，也创建了一个NSKVONotifying_Person类，那么会编译通过么
编译通过，因为KVO是运行时刻创建的，并不在编译时刻，在编译时刻只有一个NSKVONotifying_Person，所以不报错，可以通过，但是此时KVO起不了作用
