iOS KVO底层详解、内部原理

kvo：key-value-observing：键值监听，可以监听某个对象属性的值

#import "Person.h"

@interface ViewController()
@property (nonatomic, strong) Person *person;
@property (nonatomic, strong) Person *person2;

@end

@implementation ViewController

- (void)viewDidLoad {
    [super viewDidLoad];
    
    // Do any additional setup after loading the view.
    
    self.person = [[Person alloc] init];
    self.person2 = [[Person alloc] init];

    
    
    NSKeyValueObservingOptions optips = NSKeyValueObservingOptionNew | NSKeyValueObservingOptionOld;
    
    [self.person addObserver:self forKeyPath:@"age" options:optips context:@"sdf"];
    
}


- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event
{
    self.person.age = @"12";
    self.person2.age = @"12";

}

- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSKeyValueChangeKey,id> *)change context:(void *)context {
    NSLog(@"监听到%@的%@属性发生了变化-%@ -%@",object, keyPath, change, context);
}

结果是：
2018-07-12 22:34:17.544 newxc[2119:242191] 监听到<Person: 0x60000001d0c0>的age属性发生了变化-{
    kind = 1;
    new = 12;
    old = "<null>";
} -sdf

只会发生一次监听，那为什么同样一个person类，set方法都在Person类里，那么为什么只有被监听的能发生监听呢？

原因如下，请看证实性的：

可以看到打印出来的isa指针都不一样，所以说，这里内部是被修改了，那具体的内部实现是什么样的呢，下面模拟一下这个内部实现，

#import "NSKVONotifying_Person.h"

// 伪代码、伪代码、伪代码、伪代码、伪代码

@implementation NSKVONotifying_Person

- (void)setAge:(NSString *)age
{
    _NSSetIntValueAndNotify();
}

void _NSSetIntValueAndNotify()
{
    [self willChangeValueForKey:@"age"];
    [super setAge:age];
    [self didChangeValueForKey@"age"];
}

- (void)didChangeValueForKey:(NSString *)key
{
    // 运行时，调用此方法，子类没有 就调用父类的此方法。
    // 通知父类的调用父类的kvo，进行实现
    [self performSelector:@selector(observeValueForKeyPath:ofObject:change:context:)];
}
@end

performSelector

这个NSKVONotifying_Person，是自己模拟刚才打印出来的那个类，集成自Person类，内部有set方法，继而下面的实现，还会调用父类的[super setAget:age]方法，让这个age值真的改变，然后再会把这个监听发出去，达到监听的目的，具体的逻辑看下面

没有加kvo监听的逻辑实现如下：

所以可以得知，加了kvo和没有加kvo走的并不是一套，加了kvo的走的是子类NSKVONotifying_Person的set方法，并达到监听的目的。

补充：KV0的这套实现机制中苹果还偷偷重写了class方法，让我们误认为还是使用的当前类，从而达到隐藏生成的派生类

添加监听后不是一个类，验证一：

验证二：（地址）

验证三

融会贯通：这里需注意：重写了class方法， 这里返回的是mjperson这个类，所以在对mjperson这个对象或者实例对象调用class方法的时候，这个类返回的是自己mjperson，而不是这个runtime创建的子类,

上面这个证明didChangeValueForKey 里面是调用了监听方法的。

首先：

证明这个类中确实是这几个方法，

- (void)printMethodNameOfClass:(Class)clas
{
    unsigned int cout;
    // 获得方法数组
    Method *methodlist = class_copyMethodList(clas, &cout);
    
    // 储存方法名
    NSMutableString *muString = [NSMutableString string];
    
    // 遍历所有的方法
    for (int i = 0; i < cout; i ++) {
        // 获得方法
        Method methd = methodlist[i];
        
        // 获得方法名
        NSString *methodStr = NSStringFromSelector(method_getName(methd));
        
        // 拼接方法名
        [muString appendString:methodStr];
        [muString appendString:@", "];
        
    }
    // 释放
    free(methodlist);
    
    // 打印一下类和方法名
    NSLog(@"%@ %@",clas, muString);
    
}

调用
    [self printMethodNameOfClass:[self.person class]];
    [self printMethodNameOfClass:object_getClass(self.person)];

打印结果：
2018-07-17 23:18:24.911 newxc[4213:1394789] Person setAge:, age, .cxx_destruct, 
2018-07-17 23:18:24.911 newxc[4213:1394789] NSKVONotifying_Person setAge:, class, dealloc, _isKVOA,

能不能监听的 前提 是有没有实现set方法。

面试题：

1：ios用什么方式实现对一个对象的kvo？（kvo的本质是什么？）

利用runtimeAPI动态生成一个子类，并让instance对象的isa指向这个全新的类，当修改instance对象的属性时，会调用Foundation的——NSSetXXXValueAndNotify函数：（willChangeValueForKey； 父类原来的setter方法；didChangeValueForKey（内部会触发监听器（observer）的监听方法（observerValueForKeyPath:））,）

2：如何手动触发kvo？

（不调用setage方法）

手动调用willChangeValueForKey 和didChangeValueForKey方法，即可直接触发kvo。

3：直接修改成员变量会触发KVO么？

不会触发KVO，（添加kvo的person实例，其实是NSKVONotyfing_person类，再调用setter方法，不是调用person的setter方法，而是NSKVONotyfing_person的setter方法，因为修改成员变量不是setter方法赋值self.person->age=@"12", 所以就无所谓调用NSKVONotyfing_person类的setter方法，也就不会实现kvo。）

结尾：这里说一下心得：

我们平时处理代码，初级的情况下，都会以编译期查询方法和写方法的方式来思考问题，但其实，oc是一个动态语言，所以很多黑魔法和方法做出来都可以在真正的调用时刻-runtime时刻进行处理，这也就是真正的调用，只有类和对象的本质，方法的本质，没有所谓的.h 和.m的限制，只是我们习惯了oc给我们的和刚开始接触的.h 和.m规范，并没有了解到真正的内部原理是什么。就像web是没有编译的，所以它们执行代码的真正调用和流程，就跟我们runtime调用是一样的，所以，不用把runtime想象的多么复杂，是真正的实现过程而已，苹果给我们一个途径去了解它，修改它，  就是runtime。所以需要知道本质的方法、本质的类是什么、运行时调用函数和方法这些 都需要我们进行探索，而不仅仅限制于表面的.h的编译期的限制。这仅仅是我自己的想法，如果有错误，欢迎指认。

另外补充一下，

问题：如果在项目中对person进行了监听，也创建了一个NSKVONotifying_Person类，那么会编译通过么？

答案是可以的。

编译不通过是因为，在编译时刻，两个类名相同，所以报错，解决方法，就是不让两个同名的都在编译时刻进入，因为kvo是运行时刻创建的，并不在编译时刻，在编译时刻只有一个NSKVONotifying_Person，所以不报错，可以通过。而程序的初始化，是先编译后运行。