本文通过一个面试题目引入，探讨KVO（Key-Value Observing）的底层原理。作者通过创建Person类并添加KVO监听，发现系统在添加KVO后动态创建了一个名为NSKVONotifying_Person的子类，并重写了setter方法。KVO通过调用_willChangeValueForKey、setName方法、_didChangeValueForKey以及observer的observeValueForKeyPath来通知属性变化。同时，KVC赋值时也会触发KVO，而直接修改成员变量则不会。
最近小编公司招聘 iOS, 于是小编从网上找了几道面试题,来考察候选人iOS 开发方面的技术水平,其中有一道面试题便是
KVO 底层实现是什么?
如何手动出发 KVO?
修改成员变量的值会出发 KVO 吗?
KVC 赋值会出发 KVO 吗?
当你了解 KVO 实现原理后,这几道面试题自然不在话下.接下来我将通过代码和讲解来窥探 KVO 背后的奥秘.
首先创建一个 Person 类 内部有个 name 属性,然后 创建p1 和 p2两个实例对象,其中p1添加了kvo监听,p2没有添加 kvo 监听,然后重写了 observeValueForKeyPath 方法 监听Person.name 属性发生改变时候的通知.
从本质上来看 Person 给name赋值的时候 调用的是 setName 方法 ,无论 p1还是p2 调用的 setter 方法都是一样的,为什么 p1改变 name 属性值就能有通知, p2确没有,调用的 都是同一个 set
订阅专栏 解锁全文
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
