写在前面
开发了3年的iOS了，虽然接触了许多七七八八的东西、技术，但是感觉iOS却没有什么质的飞越，可能跟自己接触的项目深度有关，于是决定在学习其他技术的同时，加强自己在iOS方面的学习，提高自己的竞争力。
这里以MJ老师的底层视频，写出自己对学习底层原理理解
什么是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监听
网友评论