KVO底层原理

一、概念定义

图片.png

由官网文档可见，通过对KVC的了解，也是对KVO的进一步升华。

• KVO 是 Objective-C 对观察者模式（Observer Pattern）的实现。也是 Cocoa Binding 的基础。当被观察对象的某个属性发生更改时，观察者对象会获得通知。

二、KVO初探

context

系统给的方法：

- (void)addObserver:(NSObject *)observer forKeyPath:(NSString *)keyPath options:(NSKeyValueObservingOptions)options context:(nullable void *)context;

实际运用中：
思考：context为什么用NULL类型而不是nil？

图片.png

官方文档说明：

图片.png

思考：context到底要不要写成NULL，有什么影响？设置它的值到底有什么意义呢？

图片.png

大致意思：您可以指定NULL并完全依赖键路径字符串来确定更改通知的来源，但是这种方法可能会给对象的父类带来问题，该对象的超类也出于不同的原因而观察相同的键路径。
一种更安全，更可扩展的方法是使用上下文确保您收到的通知是发给观察者的，而不是超类的。

假如不需要context

图片.png

此时就需要在

- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSKeyValueChangeKey,id> *)change context:(void *)context

这个方法中一层层的去判断和识别要观察的对象，流程比较繁琐

• 由此可得出，对于复杂的情况，context的内容还是一对一指定性的去设值，如果对于多个对象添加观察都设置成NULL，则会造成数据混乱甚至崩溃。（context相也当于tag）
• 好处：context用字符串直接来获取匹配的方式，更加直接，更加容易识别，更加便利，更加安全，性能更高

---

移除通知观察(需不需要移除)

图片.png

结论：如果不移除，则会造成对象地址野指针，所以一定要在跳转页面的时候移除当前页的KVO

---

嵌套路径

---

自动和手动

核心代码：

图片.png

官方解释：

图片.png

1. 自动
   核心代码

// 自动开关
+ (BOOL) automaticallyNotifiesObserversForKey:(NSString *)key{
    return YES;  //启动自动观察
}

2. 手动
   核心代码

// 自动开关
+ (BOOL) automaticallyNotifiesObserversForKey:(NSString *)key{
    return NO; //关闭自动观察，准备手动观察
}

图片.png

---

可变数组

• 类似电影或者音乐下载时候的进度条，多个下载任务时，会“实时”的把数据结果反馈给前一页
  核心代码：
  LGPerson.m

  
  图片.png
  

  LGViewController.m

  
  图片.png
  图片.png

三、KVO实现原理

KVO是基于runtime机制实现的，KVO运用了isa-swizzling技术，isa-swizzling就是类型混合指针机制, 将2个对象的isa指针互相调换, 就是俗称的黑魔法.

---

• 当某个类的属性对象第一次被观察时，系统就会在运行期动态地创建该类的一个派生类，在这个派生类中重写基类中任何被观察属性的setter 方法。派生类在被重写的setter方法内实现真正的通知机制。
• 例如如果原类为Person，那么生成的派生类名为NSKVONotifying_Person
• 每个类对象中都有一个isa指针指向当前类，当一个类对象的第一次被观察，那么系统会偷偷将isa指针指向动态生成的派生类，从而在给被监控属性赋值时执行的是派生类的setter方法
• 键值观察通知依赖于NSObject 的两个方法: willChangeValueForKey: 和 didChangevlueForKey:；在一个被观察属性发生改变之前， willChangeValueForKey:一定会被调用，这就 会记录旧的值。而当改变发生后，didChangeValueForKey:会被调用，继而 observeValueForKey:ofObject:change:context: 也会被调用。