KVO的本质

面试问题:

  • 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 nbsp="" id="">
  *)change context:(nullable void *)context;
</nskeyvaluechangekey>

下面通过一个实例来展示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 nbsp="">
  *)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);
}
 </nskeyvaluechangekey>
</uitouch>

当触摸屏幕的时候就改变age属性值,查看打印结果:

2018-07-03 22:07:21.747831+0800 interview-KVO[16684:548659] 被观测对象:
<person: nbsp="" 0x60400001a700="">
 
, 被观测的属性:age
, 值的改变: {
    kind = 1;
    new = 10;
    old = 5;
}
, 携带信息:测试信息
</person:>

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 nbsp="">
  *)touches withEvent:(UIEvent *)event{
    
    self.person1.age = 10;
    self.person2.age = 11;
}
</uitouch>

触摸屏幕之后通过打印值发现只能监听到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的结构:

未添加监听.png

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

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 *)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方法。

作者:雪山飞狐_91ae

链接:https://www.jianshu.com/p/d0032fd9397b

我来评几句
登录后评论

已发表评论数()

相关站点

+订阅
热门文章