KVC和KVO的实现原理

KVC的实现原理 KVC再某种程度上提供了一种存储值和获取值的方案。不过setter和getter方法是一个很好的东西，以至于只要是有可能，KVC也尽量在访问器方法的帮助下工作。为了设置或者获取对象属性，KVC按顺序使用如下技术： 1、检查是否存在setter或getter，如果存在就使用setter设置值，getter获取值 2、如果上述方法不可用，则检查是否有带_的setter或getter 3、如果没有找到访问器方法，可以尝试直接访问实例变量。实例变量可以是名为：obj或_obj; 4、如果仍为找到，则调用valueForUndefinedKey:和setValue:forUndefinedKey:方法。这个方法的默认实现都是抛出异常，我们可以根据需要重写它们。

KVO的实现原理 KVO在Apple中的API文档如下： Automatic key-value observing is implemented using a technique called isa-swizzling… When an observer is registered for an attribute of an object the isa pointer of the observed object is modified, pointing to an intermediate class rather than at the true class …

KVO 的实现依赖于 Objective-C 强大的 Runtime，从以上Apple 的文档可以看出苹果对于KVO机制的实现是一笔带过，而具体的细节没有过多的描述，但是我们可以通过Runtime的所提供的方法去探索。

基本的原理： 当观察某对象A时，KVO机制动态创建一个对象A当前类的子类，并为这个新的子类重写了被观察属性keyPath的setter 方法。setter 方法随后负责通知观察对象属性的改变状况。

深入剖析： Apple 使用了 isa 混写（isa-swizzling）来实现 KVO 。当观察对象A时，KVO机制动态创建一个新的名为： NSKVONotifying_A的新类，该类继承自对象A的本类，且KVO为NSKVONotifying_A重写观察属性的setter 方法，setter 方法会负责在赋值之前和之后，通知所有观察对象属性值的更改情况。 （备注： isa 混写（isa-swizzling）isa：is a kind of ； swizzling：混合，搅合；）

1、NSKVONotifying_A类剖析：在这个过程，被观察对象的 isa 指针从指向原来的A类，被KVO机制修改为指向系统新创建的子类 NSKVONotifying_A类，来实现当前类属性值改变的监听； 所以当我们从应用层面上看来，完全没有意识到有新的类出现，这是系统“隐瞒”了对KVO的底层实现过程，让我们误以为还是原来的类。但是此时如果我们创建一个新的名为“NSKVONotifying_A”的类，就会发现系统运行到注册KVO的那段代码时程序就崩溃，因为系统在注册监听的时候动态创建了名为NSKVONotifying_A的中间类，并指向这个中间类了。 （isa 指针的作用：每个对象都有isa 指针，指向该对象的类，它告诉 Runtime 系统这个对象的类是什么。所以对象注册为观察者时，isa指针指向新子类，那么这个被观察的对象就神奇地变成新子类的对象（或实例）了。） 因而在该对象上对 setter 的调用就会调用已重写的 setter，从而激活键值通知机制。

2、子类setter方法剖析：KVO的键值观察通知依赖于 NSObject 的两个方法:willChangeValueForKey:和 didChangevlueForKey:，在存取数值的前后分别调用2个方法： 被观察属性发生改变之前，willChangeValueForKey:被调用，通知系统该 keyPath 的属性值即将变更； 当改变发生后， didChangeValueForKey: 被调用，通知系统该 keyPath 的属性值已经变更；做相应的操作 之后， observeValueForKey:ofObject:change:context: 也会被调用。且重写观察属性的setter 方法这种继承方式的注入是在运行时而不是编译时实现的。

KVO添加监听前

KVO添加监听后

转载于:https://my.oschina.net/KeepDoing/blog/994113