面试问题:
- iOS用什么方式实现对一个对象的KVO?
- 如何手动触发KVO?
KVO简介
KVO就是键值观测。有时候有这种需求,就是需要知道一个对象的属性的任何变化来改变做出相应的响应,这时候就可以使用KVO。
KVO中有两个关键的方法。
- 添加观测者
/***************
@observer:就是观察者,是谁想要观测对象的值的改变。
@keyPath:就是想要观察的对象属性。
@options:options一般选择NSKeyValueObservingOptionNew | NSKeyValueObservingOptionOld,这样当属性值发生改变时我们可以同时获得旧值和新值,如果我们只填NSKeyValueObservingOptionNew则属性发生改变时只会获得新值。
@context:想要携带的其他信息,比如一个字符串或者字典什么的。
**************/
- (void)addObserver:(NSObject *)observer forKeyPath:(NSString *)keyPath options:(NSKeyValueObservingOptions)options context:(nullable void *)context;
- 当所观测的属性值发生改变时调用的函数
/********************
@keyPath:观察的属性
@object:观察的是哪个对象的属性
@change:这是一个字典类型的值,通过键值对显示新的属性值和旧的属性值
@context:上面添加观察者时携带的信息
*******************/
- (void)observeValueForKeyPath:(nullable NSString *)keyPath ofObject:(nullable id)object change:(nullable NSDictionary<NSKeyValueChangeKey, id> *)change context:(nullable void *)context;
下面通过一个实例来展示KVO的用法:
Person类有一个属性为age
@interface ViewController ()
@property (nonatomic, strong)Person *person;
@end
@implementation ViewController
- (void)viewDidLoad {
[super viewDidLoad];
self.person = [[Person alloc] init];
self.person.age = 5;
NSKeyValueObservingOptions options = NSKeyValueObservingOptionNew | NSKeyValueObservingOptionOld;
[self.person addObserver:self forKeyPath:@"age" options:options context:@"测试信息"];
}
- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event{
self.person.age = 10;
}
- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSKeyValueChangeKey,id> *)change context:(void *)context{
NSLog(@"被观测对象:%@, 被观测的属性:%@, 值的改变: %@\n, 携带信息:%@", object, keyPath, change, context);
}
当触摸屏幕的时候就改变age属性值,查看打印结果:
2018-07-03 22:07:21.747831+0800 interview-KVO[16684:548659] 被观测对象:<Person: 0x60400001a700>
, 被观测的属性:age
, 值的改变: {
kind = 1;
new = 10;
old = 5;
}
, 携带信息:测试信息
KVO本质分析
我们创建两个Person对象person1和person2,监听person1的age属性而不监听person2,触摸屏幕的时候同时改变person1和person2的age属性。
- (void)viewDidLoad {
[super viewDidLoad];
self.person1 = [[Person alloc] init];
self.person1.age = 5;
self.person2 = [[Person alloc] init];
self.person2.age = 6;
NSKeyValueObservingOptions options = NSKeyValueObservingOptionNew | NSKeyValueObservingOptionOld;
[self.person1 addObserver:self forKeyPath:@"age" options:options context:@"测试信息"];
}
- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event{
self.person1.age = 10;
self.person2.age = 11;
}
触摸屏幕之后通过打印值发现只能监听到person1对象的age属性值发生了改变,而不能监听person2。这个也很好理解,因为我们没有监听person2的属性。但是我们想一下
self.person1.age = 10;
self.person2.age = 11;
就是调用了Person类的set方法:
[self.person1 setAge:10];
[self.person2 setAge:11];
同样是调用set方法,为什么加了观察者效果就不一样呢?
问题就出自对象本身。
我们打断点打印一下person1和person2的isa,看看isa是什么。
通过这个打印的结果我们可以清晰的看到,person1的isa指针竟然指向
NSKVONotifying_Person
这个陌生的类,而person2的isa指针则是正常的指向Person类。我们知道实例对象的isa指针指向的是类对象,所以正常而言person1的isa指针指向的是Person类对象,由于加了观测者,导致其isa指向了NSKVONotifying_Person
。我们看一下person2的结构:
为了弄清person1的结构,我们打印看一下NSKVONotifying_Person
的类对象的superclass指针指向哪里:
这个打印结果就说明
NSKVONotifying_Person
这个类是Person类的子类。据此我们猜测出person1对象的结构图:接下来我们可以写一下这个
NSKVONotifying_Person
这个类的伪代码:
@implementation NSKVONotifying_Person
- (void)setAge:(int)age{
_NSSetIntValueAndNotify();
}
void __NSSetIntValueAndNotify()
{
[self willChangeValueForKey:@"age"];
[super setAge:age];
[self didChangeValueForKey:@"age"];
}
- (void)didChangeValueForKey:(NSString *)key{
[observer observeValueForKeyPath:key ofObject:self change:nil context:nil];
}
@end
在NSKVONotifying_Person
这个子类的setAge:
方法中主要是实现了一个C方法_NSSetIntValueAndNotify()
,这个方法的实现分三步,首先是属性将要改变时调用willChangeValueForKey:
,然后是调用父类即Person类的setAge:
方法来真正的改变age属性的值,当age属性的值改变完成之后再调用didChangeValueForKey:
这个方法来通知监听者属性值已经改变。
验证
- 1.打印类对象
在person1添加监听者之后我们打印一下person1和person2对应的类对象:
NSLog(@"person1添加KVO监听之后:-%@ %@", object_getClass(self.person1), object_getClass(self.person2));
打印结果:
person1添加KVO监听之后:-NSKVONotifying_Person Person
- 2.查看添加监听前后
setAge:
方法的实现
- (IMP)methodForSelector:(SEL)aSelector;
这个方法是传入一个selector返回一个方法的实现即imp,这里我们打印一下person1添加监听前后person1和person2的setAge:
方法的实现的地址来判断这两个对象调用的的setAge:
方法是否发生了改变:
NSLog(@"person1添加监听之前:- %p %p", [self.person1 methodForSelector:@selector(setAge:)], [self.person2 methodForSelector:@selector(setAge:)]);
[self.person1 addObserver:self forKeyPath:@"age" options:options context:@"测试信息"];
NSLog(@"person1添加监听之后:- %p %p", [self.person1 methodForSelector:@selector(setAge:)], [self.person2 methodForSelector:@selector(setAge:)]);
打印结果:
person1添加监听之前:- 0x10f5c84d0 0x10f5c84d0
person1添加监听之后:- 0x10f96df8e 0x10f5c84d0
然后我们使用LLDB打印一下0x10f5c84d0
和0x10f96df8e
这两个地址的IMP,我们把地址强制转化为IMP然后转化出来:
(lldb) p (IMP)0x10678a4d0
(IMP) $0 = 0x000000010678a4d0 (interview-KVO`-[Person setAge:] at Person.m:13)
(lldb) p (IMP)0x106b2ff8e
(IMP) $1 = 0x0000000106b2ff8e (Foundation`_NSSetIntValueAndNotify)
这样我们就看的很清晰了。
0x10678a4d0
这个地址的setAge:
实现是调用Person类的setAge:
方法,并且是在Person.m的第13行。
而0x106b2ff8e
这个地址的setAge:
实现是调用_NSSetIntValueAndNotify这样一个C函数。
所以person2则没有发生变化,它一直是调用Person类的setAge:
方法。而person1添加监听前后person1的setAge:
方法发生了变化,添加监听前它是调用的Person类的setAge:
方法,添加监听后变成了调用_NSSetIntValueAndNotify
这样一个C函数。
KVO内部调用顺序
KVO内部调用顺序也就是_NSSetIntValueAndNotify
这样一个C函数的执行过程。前面的伪代码写过这个C函数的执行过程大概分三步:
[self willChangeValueForKey:@"age"];
[super setAge:age];
[self didChangeValueForKey:@"age"];
由于我们无法去窥探_NSSetIntValueAndNotify
的真实结构,也无法去重写NSKVONotifying_Person
这个类,所以我们只能利用它的父类Person类来分析其执行过程。
在Person类里面重写willChangeValueForKey:
和didChangeValueForKey:
这两个方法,但是只是简单的调用父类的方法,除此之外不做其他的有效处理,这样不会影响其执行。
@implementation Person
- (void)setAge:(int)age{
_age = age;
NSLog(@"setAge:");
}
- (void)willChangeValueForKey:(NSString *)key{
[super willChangeValueForKey:key];
NSLog(@"willChangeValueForKey");
}
- (void)didChangeValueForKey:(NSString *)key{
NSLog(@"didChangeValueForKey - begin");
[super didChangeValueForKey:key];
NSLog(@"didChangeValueForKey - end");
}
@end
然后我们点击屏幕查看执行过程:
通过这个图我们可以看到:
- 1.首先调用
willChangeValueForKey:
方法。 - 2.然后调用
setAge:
方法真正的改变属性的值。 - 3.开始调用
didChangeValueForKey:
这个方法,调用[super didChangeValueForKey:key]
时会通知监听者属性值已经改变,然后监听者执行自己的- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSKeyValueChangeKey,id> *)change context:(void *)context
这个方法。
NSKVONotifying_Person这个类的内部方法
在上面贴出的图中NSKVONotifying_Person
这个类的结构是这样的:
这个图里面有一些我们很熟悉,比如这个
isa
,superclass
,setAge:
这些方法。而-dealloc
则是主要做一些收尾工作,比如移除监听器等等。那么这个class
方法主要是干什么的呢?首先我们通过两种方式来打印一下person1和person2的类对象,一种是使用runtime的
object_getClass()
方法,另外一种是直接调用实例对象的class方法:
NSLog(@"%@ %@", object_getClass(self.person1), object_getClass(self.person2));
NSLog(@"%@ %@", [self.person1 class], [self.person2 class]);
看打印结果:
NSKVONotifying_Person Person
Person Person
奇怪了,为什么使用两种方式的打印结果不一样呢?通过前面的分析我们已经知道了,person1对象的类对象是NSKVONotifying_Person
,我们通过runtime打印出来的是对的,但是通过[self.person1 class]
这种方式打印出来的结果是错误的。原因就是NSKVONotifying_Person
这个类重写了class
方法,很可能就是直接返回了[Person class]
。
- (Class)class{
return [Person class];
}
为什么要重写class
这个方法呢?
苹果并不希望把NSKVONotifying_Person
这个类暴露出来,屏蔽内部实现,隐藏这个类的存在。
打印NSKVONotifying_Person
这个类的方法名
前面提到NSKVONotifying_Person
这个类中有isa
,superclass
,setAge:
,dealloc
,class
这些方法都还只是我们的猜想,俺么怎么证明这个类中有这些方法呢?我们使用runtime打印NSKVONotifying_Person
这个类中的方法名。
- (void)printClassMethodNamesOfClass:(Class)cls{
unsigned int count;
//获得方法数组
Method *methodList = class_copyMethodList(cls, &count);
//遍历所有的方法
for(int i = 0; i < count; i++){
//获得方法
Method method = methodList[i];
//获得方法名
NSString *methodName = NSStringFromSelector(method_getName(method));
NSLog(@"方法名:%@ \n", methodName);
}
free(methodList);
}
我们写这个函数,通过传入一个类对象来打印这个类的所有函数名。
调用:
[self printClassMethodNamesOfClass:object_getClass(self.person1)];
查看打印结果:
2018-07-08 16:56:12.115606+0800 interview-KVO[4433:314695] setAge:
2018-07-08 16:56:12.115719+0800 interview-KVO[4433:314695] setAge:
2018-07-08 16:56:12.116083+0800 interview-KVO[4433:314695] 方法名:setAge:
2018-07-08 16:56:12.116178+0800 interview-KVO[4433:314695] 方法名:class
2018-07-08 16:56:12.116259+0800 interview-KVO[4433:314695] 方法名:dealloc
2018-07-08 16:56:12.116349+0800 interview-KVO[4433:314695] 方法名:_isKVOA
通过打印结果也就验证了我们的猜测。
直接修改成员变量会触发KVO吗?
不会,KVO的本质是set方法,只有调用了set方法才会触发KVO。
如何手动触发KVO
手动调用willChangeValueForKey
和didChangeValueForKey
方法。