引用孙源的话
http://blog.sunnyxx.com/2014/03/09/objc_kvo_secret/
1. 当一个object有观察者时，动态创建这个object的类的子类
2. 对于每个被观察的property，重写其set方法.
3.在重写的set方法中调用- willChangeValueForKey:和- didChangeValueForKey:通知观察者
4. 当一个property没有观察者时，删除重写的方法
5. 当没有observer观察任何一个property时，删除动态创建的子类
当某个类的属性对象第一次被观察时，系统就会在运行期动态地创建该类的一个派生类，咱们的派生类是NSKVONotifying_Person。每个类对象中都有一个isa指针指向当前类，当一个类对象的第一次被观察，那么系统会偷偷将isa指针指向动态生成的派生类，从而在给被监控属性赋值时执行的是派生类的setter方法，为什么通过p.class获取到的是Person呢？因为苹果重写了NSKVONotifying_Person这个类的class方法。返回的是父类的类名，也就是Person。让我们不知道他的内部实现。苹果还想假装一把。😄
73CC84A1-D6B7-4441-BDD7-45FC839A01CF.png
创建完了这个NSKVONotifying_Person之后，在这个派生类中重写基类中任何被观察属性的setter 方法。派生类在被重写的setter方法内实现真正的通知机制。键值观察通知依赖于NSObject 的两个方法: willChangeValueForKey: 和 didChangevlueForKey:；在一个被观察属性发生改变之前， willChangeValueForKey:一定会被调用，这就 会记录旧的值。而当改变发生后，didChangeValueForKey:会被调用，继而 observeValueForKey:ofObject:change:context: 也会被调用。
我们复写了Person 的两个方法
AC8ECC0E-06DB-4957-AE9E-3402FCB2244F.png
当我们点击屏幕的时候给name赋值
D0926E99-1288-4DAF-A83B-3958F4BC4C0A.png
看控制台的输出吧，willChangeValueForKey和didChangeValueForKey都被调用了。同时也触发了监听的方法
60D96150-B708-43F1-A71C-CB8EDAB79703.png
willChangeValueForKey和didChangeValueForKey触发了监听方法的调用
2EC85EA8-F6B9-4362-8803-C8425B678858.png
自定义一个KVO，加深对kvo的理解
参考http://tech.glowing.com/cn/implement-kvo/文章。
先熟悉下Runtime吧http://www.jianshu.com/p/f900de4a1495
头文件
74F29C07-22AA-48D1-AC81-8F9B41777B7D.png
实现
- (void)yb_addObserver:(NSObject *)observer forKey:(NSString *)key withBlock:(YBObserverBlock) block
CE9A94B2-F830-4721-83BD-726D9DF45763.png
移除观察者
E646A59A-79DB-4594-9DE5-AF3D82FA7B47.png
获取KVO类
73269CE8-363F-4DC3-A6AD-6D20F32E7202.png
获取get和set方法名
319C346F-4032-4883-B85E-419C8F2FF3F4.png
KVO类重写set方法
42F734BB-9E93-4C83-9F46-BDED5E3BC8EF.png
最后说说YBObserverInfo，它保存着监听者，监听的属性 和 回调的block。当有多个监听者监听同一个属性的时候，会把所有的监听者放到一个数组里统一管理。
125A5422-FD75-45D0-A1B9-CE33F589FD11.png
用法
当我点击屏幕的时候，block会回调。但是block回调的是在多线程，如果要刷新UI，要切到主线程
CB871044-FC6D-4DA5-B318-E4350C9C529E.png
