1 KVO底层实现机制
截取自：
（Good）KVO的用法、底层实现原理
https://www.cnblogs.com/junhuawang/p/5802325.html
KVO的实现是基于runtime运行时的，下面就来详细介绍一下原理：
• 当某个类的对象第一次被观察时，系统就会在运行期动态地创建该类的一个派生类，在这个派生类中重写基类中任何被观察属性的setter 方法。
• 派生类在被重写的setter 方法中实现真正的通知机制，就如前面手动实现键值观察那样。这么做是基于设置属性会调用setter 方法，而通过重写就获得了KVO 需要的通知机制。当然前提是要通过遵循KVO 的属性设置方式来变更属性值，如果仅是直接修改属性对应的成员变量，是无法实现KVO 的。
• 同时派生类还重写了class 方法以“欺骗”外部调用者它就是起初的那个类。然后系统将这个对象的isa 指针指向这个新诞生的派生类，因此这个对象就成为该派生类的对象了，因而在该对象上对setter 的调用就会调用重写的setter，从而激活键值通知机制。此外，派生类还重写了dealloc 方法来释放资源。
2开发技巧
2.1 常见问题
2.1.1 kvo通知没有发出来问题
KVO通知发起机制：
KVO中属性变化后，通知的发出是在属性的setter方法中发起的，所以属性赋值时，一定要用.操作符或者用方法调用，而不能直接用内部成员赋值的方法。
WS(weakSelf);
[HJComInstance getEntity:_entity WithUserEntity:userEntity WithCompleteBlock:^(HJResultData*reData){
HJPreEntity*preEntity;
if (reData.errCode == HJCode_Success) {
preEntity = reData.resultData;
}
if(preEntity) {
weakSelf.preType = HJPreType_Done;
//不会发出kvo通知
_preType = HJPreType_Done;
}
}];
通知接收逻辑：
//添加对praiseType属性的监听
[self.mEntity addObserver:self forKeyPath:@"preType" options:NSKeyValueObservingOptionNew context:nil];
#pragma mark 重写observeValueForKeyPath方法，当属性变化后此处获得通知
-(void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void*)context{
if([keyPath isEqualToString:@"preType"]){、
if (object == _mEntity) {
[self loadSubViews];
}
}
}
- (void)dealloc
{
[self.mEntity removeObserver: self forKeyPath:@"preType"];
}
3 参考链接
iOS开发系列--Objective-C之KVC、KVO
http://www.cnblogs.com/kenshincui/p/3871178.html
KVOController
https://github.com/facebook/KVOController
iOS:KVO的概述与使用
http://blog.csdn.net/yuquan0821/article/details/6646400
[深入浅出Cocoa]详解键值观察（KVO）及其实现机理
http://blog.csdn.net/kesalin/article/details/8194240
Key-value observing：官方文档
Observing Done Right:官方 KVO 实现的缺陷
MAKVONotificationCenter:一个改良的Notification 实现，托管在 GitHub 上
Friday Q&A 2009-01-23
（Good）KVO的用法、底层实现原理
https://www.cnblogs.com/junhuawang/p/5802325.html
KVO详解及底层实现
https://www.jianshu.com/p/cf079e5433e4
如何自己动手实现KVO
https://tech.glowing.com/cn/implement-kvo/
KVO 正确使用姿势进阶及底层实现
