KVO的本质

2018-07-08 本文已影响209人雪山飞狐_91ae

面试问题：

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是什么。

6321899B-D82C-4F53-9D5F-A070E83FD0B1.png
通过这个打印的结果我们可以清晰的看到，person1的isa指针竟然指向NSKVONotifying_Person这个陌生的类，而person2的isa指针则是正常的指向Person类。我们知道实例对象的isa指针指向的是类对象，所以正常而言person1的isa指针指向的是Person类对象，由于加了观测者，导致其isa指向了NSKVONotifying_Person。
我们看一下person2的结构：

未添加监听.png

为了弄清person1的结构，我们打印看一下NSKVONotifying_Person的类对象的superclass指针指向哪里：

NSKVONotifying_Person的类对象的isa指针
这个打印结果就说明NSKVONotifying_Person这个类是Person类的子类。据此我们猜测出person1对象的结构图：

添加监听.png
接下来我们可以写一下这个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这个类的结构是这样的：

NSKVONotifying_Perso的结构.png
这个图里面有一些我们很熟悉，比如这个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方法。

KVO的本质

KVO简介

KVO本质分析

验证

KVO内部调用顺序

NSKVONotifying_Person这个类的内部方法

为什么要重写`class`这个方法呢？

打印`NSKVONotifying_Person`这个类的方法名

直接修改成员变量会触发KVO吗？

如何手动触发KVO

猜你喜欢

热点阅读

KVO的本质

KVO简介

KVO本质分析

验证

KVO内部调用顺序

NSKVONotifying_Person这个类的内部方法

为什么要重写class这个方法呢？

打印NSKVONotifying_Person这个类的方法名

直接修改成员变量会触发KVO吗？

如何手动触发KVO

猜你喜欢

热点阅读

为什么要重写`class`这个方法呢？

打印`NSKVONotifying_Person`这个类的方法名