简述哪些情况下使用 kvo 会崩溃，怎么防护崩溃？ ？

KVO（Key-Value Observing）是iOS开发中的一种机制，用于观察对象的属性值变化。然而，在使用KVO时，如果不注意一些细节，可能会导致应用崩溃。以下是几种常见的导致崩溃的情况以及相应的防护方法：

导致崩溃的情况：

1. 添加和移除次数不匹配：

   • 重复添加观察者多次，虽然不会直接崩溃，但会导致属性值变化时被多次通知。
   • 移除了未注册的观察者，或者重复移除多次，移除次数多于添加次数，这都会导致崩溃。

2. 被观察者提前释放：

   • 如果被观察者在dealloc时仍然注册着KVO，那么当它被释放时，KVO的回调可能会尝试访问一个已经不存在的对象，导致崩溃。

3. 未实现必要的回调方法：

   • 添加了观察者，但未实现observeValueForKeyPath:ofObject:change:context:方法，当被观察的属性值变化时，由于没有对应的处理逻辑，可能导致崩溃。

4. keyPath为空或无效：

   • 在添加或移除观察者时，如果keyPath为nil或指向一个不存在的属性，也会导致崩溃。

防护崩溃的方法：

1. 使用代理或中间层管理KVO：

   • 可以让被观察对象持有一个KVO的代理或中间层，所有和KVO相关的操作均通过代理或中间层来进行管理。这样可以更好地控制添加和移除观察者的次数，避免不匹配的情况。

2. 确保对象在被释放前注销KVO：

   • 在对象的dealloc方法中，确保注销所有与该对象相关的KVO观察。这可以通过遍历并移除所有观察者来实现。

3. 实现必要的回调方法：

   • 确保为每个观察者都实现了observeValueForKeyPath:ofObject:change:context:方法，并正确处理属性值的变化。

4. 检查keyPath的有效性：

   • 在添加或移除观察者之前，检查keyPath是否为nil以及是否指向一个有效的属性。

5. 使用Method Swizzling进行防护：

   • 可以通过Method Swizzling技术拦截系统关于KVO的相关方法，替换成自定义的方法。在自定义的方法中，可以加入额外的检查逻辑，以防止崩溃的发生。

6. 使用第三方库：

   • 一些第三方库提供了更安全的KVO实现方式，它们内部已经处理了上述的崩溃情况。可以考虑使用这些库来简化KVO的使用并减少崩溃的风险。

总之，在使用KVO时，需要仔细管理观察者的添加和移除，确保对象的生命周期与KVO的注册和注销相匹配，并正确处理所有必要的回调方法。通过采取这些防护措施，可以有效地减少KVO导致的崩溃问题。