iOS底层day3 - 探索KVO/KVC的实现

什么是KVO

我们先来看一段代码:

09E5D224-3675-45F3-B1AB-3DD28D654BD2.png

相信大家看着都不陌生，我们在viewDidLoad加载Person对象，并监听age改变，在用户触碰屏幕时改变对象的属性值，这时候会调用到observeValueForKeyPath方法，并告诉你改变了keyPath(哪个属性)，object(哪个对象)，change(改变的内容),以及context(标记)。
这就是KVO
kvo就是监听对象的属性改变并调用监听者的监听方法

KVO 执行过程

我们先来看下面的代码：

    self.p1 = [[Person alloc] init];
    self.p2 = [[Person alloc] init];
    
    [self.p1 addObserver:self forKeyPath:@"age" options:NSKeyValueObservingOptionOld|NSKeyValueObservingOptionNew context:nil];
    
    NSLog(@"%@",object_getClass(self.p1));
    NSLog(@"%@",object_getClass(self.p2));

执行后输出：

16FC32A8-1C1E-4BDA-9278-E4AC2848877F.png

我们发现，给p1加了KVO监听后，p1和p2的类对象不一样，那么是为什么呢？实际上，是因为我们object-c是一门动态语言，在程序运行的过程中，使用runtime动态地创建了NSKVONotifying_Person这个类，而这个类是Person的子类，并重写了set方法来执行监听回调。

这里，我们用一幅图来描述这个过程

87FE28E4-326A-4029-AF17-A89E8DE047A2.png

这里，重写的子类的set方法中调用了c语言方法 _NSSetXXXValueAndNotify方法 (XXX为属性的类型如:(Int、Doublt))，而在_NSSetXXXValueAndNotify方法中，执行了 willChangeValueForKey 和 didChangeValueForKey 以及[super setXXX]方法，其中didChangeValueForKey的实现则会回调给监听者，调用监听者的observeValueForKeyPath方法，以实现监听回调。

验证`NSKVONotifying_Person`

由于NSKVONotifying_Person是动态创建的，我们没办法知道他的具体远吗，但是我们可以试着打印出NSKVONotifying_Person这个类的方法:

- (void)getClassMethods:(Class)clazz {
    unsigned int count;
    // 获得方法数组
    Method *methodList = class_copyMethodList(clazz, &count);
    // 存储方法名
    NSMutableString *methodNames = [NSMutableString string];
    // 遍历所有的方法
    for (int i = 0; i < count; i ++) {
        // 获得方法
        Method m = methodList[I];
        // 获得方法名
        NSString *method_str = NSStringFromSelector(method_getName(m));
        // 拼接方法名
        [methodNames appendString:method_str];
        [methodNames appendString:@", "];
    }
    // 释放
    free(methodList);
    // 打印方法名
    NSLog(@"%@ %@", clazz, methodNames);
}

这里我们传入

    [self getClassMethods:object_getClass(self.p1)];

可以看到控制台输出了

CA201258-06DE-48E0-B24E-05D7671FBB9D.png

可以看到NSKVONotifying_Person的方法包含setAge、class、dealloc、_isKVOA，方法，证明了NSKVONotifying_Person确实重写了setXXX方法，并补充了一些方法进去

KVC

键值编码 提供了一种间接访问其属性方法或成员变量的机制，可以通过字符串来访问对应的属性方法或成员变量如：

Person *p = [[Person alloc] init];
[p setValue:@10 forKey:@"age"];
[p setValue:@11 forKeyPath:@"age"]
[p valueForKey:@"age"];
[p valueForKeyPath:@"age"];

其中keyPath比key的用法更为广泛，例如可以通过传入对象.属性 (cat.weight) 访问某个对象中的对象的属性

KVC 执行过程

当我们执行setValue:forKey:方法时，KVC会先去寻找setKey方法，如果setKey方法找不到，会去寻找_setKey方法，如果还没找到这个方法，则会去寻找accessInstanceVariablesDirectly这个方法，这个方法返回BOOL值(默认返回YES)，告诉KVC是否可以设置成员变来那个值，如果返回YES，KVC则会以_Key、_isKey、Key、isKey的顺序去设置成员变量。
我们用一幅图来总结这个过程

56BA7F8E-B13F-4C05-A3C5-09E2736F5C04.png

同理，当我们执行valueForKey:方法时，KVC会以getKey、key、isKey、_key的顺序去寻找值，如果都没找到，则会去寻找accessInstanceVariablesDirectly这个方法，这个方法返回BOOL值(默认返回YES)，告诉KVC是否访问成员变量，如果返回YES，KVC则会以_Key、_isKey、Key、isKey的顺序去取值。
我们用一幅图来总结这个过程

1AC43CCA-2C31-42E2-A916-5BABAD610526.png

Question

kvc会触发kvo吗?
会，首先kvo的实现就是重写set方法，实现willChangeValueForKey和didChangeValueForKey，来实现监听回调，而kvc的实现就是调用setKey方法，此外，如果对象没有实现setKey方法，而是直接用kvc设置成员变量的值，那么也会走kvo监听，因为使用kvc设置成员变量的值的时候，底层会调用willChangeValueForKey和didChangeValueForKey，但是如果是以对象直接设置成员变量的值的话，则不会走kvo监听