什么是 KVO 和 KVC
- KVC：键-值 编码 使用字符串直接访问对象属性
- KVO：键值观察机制，它提供了观察某一属性变化的方法
KVC 的底层实现
当一个对象调用 setValue 方法时，方法内部会做以下操作
- 检查对象是否存在对应的key 的 set 方法，如果存在就调用 set 方法
- 如果 set 方法不存在，就查找与 key 同名并且带下划线的成员属性，如果有，则直接给成员属性赋值
- 如果没有找到_key，就会查找相同名称的 key，如果有就赋值
- 如果还没有找到，则调用 valueForUndefinedKey:和 setValue:forUndefinedKey:方法。我们可以根据需要重写他们。
KVO 的底层实现
- KVO 基于 runtime机制实现
- 使用了 isa 混写（isz-swizzling），当一个对象（假设是 person 对象，person 的类是 MYPerson）的属性值（假设 person 的 age）发生改变时，系统会自动生成一个类，继承自 MYPerson：NSKVONotifying_MYPerson， 在这个类的 setAge 方法里面，调用 [super setAge:age] [self willChangeValueForKey:@"age"]和[self didChangeValueForKey:@"age"]，而这两个方法内部主动调用监听者内部的-（void）observeValueForKeyPath 这个方法。
- 想要看到 NSKVONotifying_MYPerson 很简单，在 self.person.age = 20;这里打断点，在调试区就能看到_person->NSObject->isa=(Class) NSKVONotifying_MYPerson。同时我们在 self.pseron = [[MYPerson alloc] init];后面打断点，看到_pseron->NSObject->ias=(Class)MYPerson,由此可见，在添加监听者之后，person 类型已经有 MYPerson 被改变成NSKVONotifying_MYPerson
KVO 的缺陷
KVO 是一个对象能够观察另外一个对象的属性的值，并且能够发现值的变化。前面两种模式更加适合 Controller 与任何其他的对象进行通信，而 KVO 更适合任何类型的对象侦听另外一个任意对象的改变（这里也可以是 Controller，但一般不是 Controller）。这是一个对象与另外一个对象保持同步的方法，即当另外一种对象的状态发生改变时，观察对象马上做出反应。它只能用来对属性做出反应，而不会用来对方法或者动作做出相应。
- 优点：
- 能够提供一种简单的方法实现两个对象的同步。例如 Model 和 View 之间的同步
- 能够读非我们创建的对象，即内部对象的状态改变做出响应，而且不需要内部对象（SDK 对象）实现。
- 能够提供观察的属性的最新值以及先前值
- 用 key paths 来观察属性，因此也可以观察嵌套对象
- 完成了对观察对象的抽象，因为不需要额外的代码来允许观察值能够被观察
- 缺点：
- 我们观察的属性必须使用 strings 来定义。因此编译器不会出现警告已经检查
- 对属性重构将导致我们观察的代码不在可用
- 复杂的“if”语句要去对象正在观察多个值，这是因为所有观察代码通过一个方法来指向
- 当释放观察者时需要注意移除观察者