KVO与KVC实现原理

注：Apple 的文档对 KVO 实现的描述：

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 ...

大概总结就是：Apple 并不希望过多暴露 KVO 的实现细节。不过，要是借助 runtime 提供的方法去深入挖掘，所有被掩盖的细节都会原形毕露：

1.KVO内部实现原理

• KVO是基于runtime机制实现的

• 当某个类的属性对象第一次被观察时，系统就会在运行期动态地创建该类的一个派生类，在这个派生类中重写基类中任何被观察属性的setter 方法。派生类在被重写的setter方法内实现真正的通知机制

• 如果原类为Person，那么生成的派生类名为NSKVONotifying_Person

• 每个类对象中都有一个isa指针指向当前类，当一个类对象的第一次被观察，那么系统会偷偷将isa指针指向动态生成的派生类，从而在给被监控属性赋值时执行的是派生类的setter方法

• 键值观察通知依赖于NSObject 的两个方法: willChangeValueForKey: 和 didChangevlueForKey:；在一个被观察属性发生改变之前， willChangeValueForKey: 一定会被调用，这就 会记录旧的值。而当改变发生后，didChangeValueForKey: 会被调用，继而 observeValueForKey:ofObject:change:context: 也会被调用。

• KVO的这套实现机制中苹果还偷偷重写了class方法，让我们误认为还是使用的当前类，从而达到隐藏生成的派生类（后面介绍）

2.KVO方法调用参数解析

/**
 1. self.person：要监听的对象
 2. 参数说明
    1> 观察者，负责处理监听事件的对象
    2> 要监听的属性
    3> 观察的选项（观察新、旧值，也可以都观察）
    4> 上下文，用于传递数据，可以利用上下文区分不同的监听
 */
[self.person addObserver:self forKeyPath:@"name" options:NSKeyValueObservingOptionNew | NSKeyValueObservingOptionOld context:@"Person Name"];

/**
 *  当监控的某个属性的值改变了就会调用
 *
 *  @param keyPath 监听的属性名
 *  @param object  属性所属的对象
 *  @param change  属性的修改情况（属性原来的值、属性最新的值）
 *  @param context 传递的上下文数据，与监听的时候传递的一致，可以利用上下文区分不同的监听
 */
- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context
{
    NSLog(@"%@对象的%@属性改变了：%@", object, keyPath, change);
}

3.如何隐藏生成的派生类

当你观察一个对象时，一个新的类会被动态创建。这个类继承自该对象的原本的类，并重写了被观察属性的 setter 方法。重写的 setter 方法会负责在调用原 setter 方法之前和之后，通知所有观察对象：值的更改。最后通过 isa 混写（isa-swizzling） 把这个对象的 isa 指针 ( isa 指针告诉 Runtime 系统这个对象的类是什么 ) 指向这个新创建的子类，对象就神奇的变成了新创建的子类的实例。我画了一张示意图，如下所示（该部分转自其他博客）：

4.如何手动触发KVO

• 自动触发场景：在注册 KVO 之前设置一个初始值，注册之后，设置一个不一样的值，就可以触发了。
  

• 手动触发”使用场景：一般我们只在希望能控制“回调的调用时机”时才会这么做。

• 想知道如何手动触发，必须知道自动触发 KVO 的原理：
  

键值观察通知依赖于 NSObject 的两个方法: willChangeValueForKey: 和 didChangevlueForKey: 。在一个被观察属性发生改变之前， willChangeValueForKey: 一定会被调用，这就 会记录旧的值。而当改变发生后， didChangeValueForKey: 会被调用，继而observeValueForKey:ofObject:change:context:也会被调用。如果可以手动实现这些调用，就可以实现“手动触发”了。如果想自己实现可参考这边文章<如何自己手动实现KVO>

• 手动触发eg:

@property (nonatomic, strong) NSDate *now;

- (void)viewDidLoad
{
    [super viewDidLoad];

    // “手动触发self.now的KVO”，必写。
    [self willChangeValueForKey:@"now"];

    // “手动触发self.now的KVO”，必写。
    [self didChangeValueForKey:@"now"];
}

5.KVC方法实现原理

- (void)setValue:(id)value forKey:(NSString *)key方法,

• (1).首先去 首先搜索set<Key>:方法,如果成员用@property，@synthsize处理，因为@synthsize告诉编译器自动生成set<Key>:格式的setter方法，所以这种情况下会直接搜索到。  注意：这里的<Key>是指成员名，而且首字母大写。下同。

• (2). 上面的setter方法没有找到，如果类方法accessInstanceVariablesDirectly返回YES(注：这是NSKeyValueCodingCatogery中实现的类方法，默认实现为返回YES)。  那么按_<key>，_is<Key>，<key>，is<key>的顺序搜索成员名。

• (3).如果访问器方法和实例变量都没有找到,执行setValue:forUndefinedKey:方法,该方法的默认实现是产生一个 NSUndefinedKeyException类型的异常,但是我们可以重写setValue:forUndefinedKey:方法

 -(id)valueForKey:(NSString*)key

• valueForKey:的搜索方式：

1. 首先按get<Key>、<key>、is<Key>的顺序查找getter方法，找到直接调用。如果是bool、int等内建值类型，会做NSNumber的转换。
2. 上面的getter没有找到，查找countOf<Key>、objectIn<Key>AtIndex:、<Key>AtIndexes格式的方法。如果countOf<Key>和另外两个方法中的一个找到，那么就会返回一个可以响应NSArray所有方法的代理集合(collection proxy object)。发送给这个代理集合(collection proxy object)的NSArray消息方法，就会以countOf<Key>、objectIn<Key>AtIndex:、<Key>AtIndexes这几个方法组合的形式调用。还有一个可选的get<Key>:range:方法。
3. 还没查到，那么查找countOf<Key>、enumeratorOf<Key>、memberOf<Key>:格式的方法。如果这三个方法都找到，那么就返回一个可以响应NSSet所有方法的代理集合(collection proxy object)。发送给这个代理集合(collection proxy object)的NSSet消息方法，就会以countOf<Key>、enumeratorOf<Key>、memberOf<Key>:组合的形式调用。
4. 还是没查到，那么如果类方法accessInstanceVariablesDirectly返回YES，那么按_<key>，_is<Key>，<key>，is<key>的顺序直接搜索成员名
5. 再没查到，调用valueForUndefinedKey:。

 实现分析：

    KVC运用了一个isa-swizzling技术。isa-swizzling就是类型混合指针机制。KVC主要通过isa- swizzling，来实现其内部查找定位的。isa指针，如其名称所指，（就是is a kind of的意思），指向维护分发表的对象的类。该分发表实际上包含了指向实现类中的方法的指针，和其它数据。

<span style="color:#CC0000;"> site setValue:@"sitename" forKey:@"name"];


就会被编译器处理成：

SEL sel = sel_get_uid ("setValue:forKey:");
IMP method = objc_msg_lookup (site->isa,sel);
method(site, sel, @"sitename", @"name"); </span>

• SEL数据类型：它是编译器运行Objective-C里的方法的环境参数。

• IMP数据类型：他其实就是一个 编译器内部实现时候的函数指针。当Objective-C编译器去处理实现一个方法的时候，就会指向一个IMP对象，这个对象是C语言表述的类型（事实 上，在Objective-C的编译器处理的时候，基本上都是C语言的）。

6.KVC&KVO使用注意事项

• 若一个类有实例变量NSString *_foo，调用setValue:forKey:时，都可以以foo或者_foo作为key

• KVC和KVO的keyPath可以是属性也可以是成员变量
  

未完待续。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。