KVO相关

KVO的实现原理:    核心是重写子类的set方法进行监听

具体是:当某一个类在注册监听的时候,系统会动态(1)创建一个继承此类的一个子类(2),并用isa指针(3)指向该子类,当我们改变某一个属性值时,KVO会重写子类的 setter 方法(4)，setter 方法会负责在调用原 setter 方法之前和之后，通知所有观察对象属性值的更改情况

(1)C语言创建某一个类的子类:

//动态添加一个类

NSString *oldClassName = NSStringFromClass([self class]);

NSString *newClassName = [@"NSKVONotifying_" stringByAppendingString:oldClassName];

const char * newName = [newClassName UTF8String];

Class myclass = objc_allocateClassPair([self class],

newName, 0);

注:objc_allocateClassPair(Class superclass,constchar*name, size_t extraBytes)   添加类 superclass 类是父类 name 类的名字 size_t 类占的空间

(2)当观察对象A时，KVO机制动态创建一个新的名为：NSKVONotifying_A的新类，该类继承自对象A的本类.

NSKVONotifying_A 类剖析：在这个过程，被观察对象的 isa 指针从指向原来的 A 类，被 KVO 机制修改为指向系统新创建的子类 NSKVONotifying_A 类，来实现当前类属性值改变的监听；

(3)isa指针的作用：是一个Class 类型的指针. 每个实例对象有个isa的指针,他指向对象的类，而Class里也有个isa的指针, 指向meteClass(元类)。元类保存了类方法的列表。当类方法被调用时，先会从本身查找类方法的实现，如果没有，元类会向他父类查找该方法。同时注意的是：元类（meteClass）也是类，它也是对象。元类也有isa指针,它的isa指针最终指向的是一个根元类(root meteClass).根元类的isa指针指向本身，这样形成了一个封闭的内循环。

(4)子类setter方法剖析：KVO 的键值观察通知依赖于 NSObject 的两个方法:willChangeValueForKey:和 didChangevlueForKey:，在存取数值的前后分别调用 2 个方法：

被观察属性发生改变之前，willChangeValueForKey:被调用，通知系统该 keyPath 的属性值即将变更；当改变发生后， didChangeValueForKey: 被调用，通知系统该 keyPath 的属性值已经变更；之后， observeValueForKey:ofObject:change:context: 也会被调用。且重写观察属性的 setter 方法这种继承方式的注入是在运行时而不是编译时实现的

注意:观察者观察的是属性，只有遵循 KVO 变更属性值的方式才会执行 KVO 的回调方法，例如是否执行了 setter 方法、或者是否使用了 KVC 赋值。

如果赋值没有通过 setter 方法或者 KVC，而是直接修改属性对应的成员变量，例如：仅调用 _name = @"newName"，这时是不会触发 KVO 机制，更加不会调用回调方法的。

所以使用 KVO 机制的前提是遵循 KVO 的属性设置方式来变更属性值。

附加：

苹果为什么要用子类(就是C语言创建的那个子类)监听setter方法，而不用category类(Person+KVO)呢？

原因是当你用分类监听setter方法的时候，Person类中setter方法就不会走了，这样不好，所以苹果使用了子类监听setter方法。

KVC 与 KVO 的不同？

KVC(键值编码)，即 Key-Value Coding，一个非正式的 Protocol，使用字符串(键)访问一个对象实例变量的机制。而不是通过调用 Setter、Getter 方法等显式的存取方式去访问。

KVO(键值监听)，即 Key-Value Observing，它提供一种机制,当指定的对象的属性被修改后,对象就会接受到通知，前提是执行了 setter 方法

KVO和 notification(通知)的区别？

notification 比 KVO 多了发送通知的一步。

两者都是一对多，但是对象之间直接的交互，notification 明显得多，需要notificationCenter 来做为中间交互。而 KVO 如我们介绍的，设置观察者->处理属性变化，至于中间通知这一环，则隐秘多了，只留一句“交由系统通知”

notification 的优点是监听不局限于属性的变化，还可以对多种多样的状态变化进行监听，监听范围广，例如键盘、前后台等系统通知的使用也更显灵活方便。

KVO 和线程

KVO 行为是同步的，并且发生与所观察的值发生变化的同样的线程上。没有队列或者 Run-loop 的处理.所以不是线程安全的,当我们试图从其他线程改变属性值的时候我们应当十分小心，除非能确定所有的观察者都用线程安全的方法处理 KVO 通知。通常来说，我们不推荐把 KVO 和多线程混起来。如果我们要用多个队列和线程，我们不应该在它们互相之间用 KVO

详细自定义kvo传送门
[导致kvo崩溃的点](https://www.jianshu.com/p/a3acab9dfc4a)