本文属笔记性质,主要针对自己理解不太透彻的地方进行记录。
推荐系统直接学习小码哥iOS底层原理班---MJ老师的课确实不错,强推一波。
NSKVONotifying_Person
KVO时,将被监听的对象isa指针动态修改成新类
NSKVONotifying_Person
在对一个(Person
)instance对象使用KVO进行监听时,系统利用RuntimeAPI动态生成一个(Person
的)子类,并且让(Person
)instance对象的isa指向这个全新的子类
NSKVONotifying_Person内部
- isa
指向NSKVONotifying_Person内部
元类,提供方法实现
- superClass、class
为了掩盖
NSKVONotifying_Person
的存在,修改了这两个方法。使其结果与Person
类返回的相同。
Class cls = object_getClass(self.person1);
Class spcls =class_getSuperclass(cls);
NSLog(@"object_getClass==%@",cls);
NSLog(@"class==%@",[self.person1 class]);
NSLog(@"class_getSuperclass==%@",spcls);
NSLog(@"superclass==%@",[self.person1 superclass]);
//打印
object_getClass==NSKVONotifying_MJPerson
class==MJPerson
class_getSuperclass==MJPerson
superclass==NSObject
复制代码
- dealloc
做一些收尾工作
- isKVOA
鉴定是否被KVO
_NSSetXXXValueAndNotify
被监听对象属性的set方法IMP指针所指方法
Foundation下的一个C语言函数,当调用被监听对象属性的set方法时,实际上将会调用这个C语言方法。
其内部将会调用一系列方法修改成员变量并且触发监
- (void)setAge:(int)age
{
_NSSetIntValueAndNotify();
}
// 伪代码
void _NSSetIntValueAndNotify()
{
[self willChangeValueForKey:@"age"];
[super setAge:age];
[self didChangeValueForKey:@"age"];
}
复制代码
willChangeValueForKey && didChangeValueForKey
触发监听的方法。可以手动调用以主动触发监听
- 只有被监听的属性被修改,才会调用这个方法
未被监听的属性修改不会触发
- 两个方法需要配对使用
只调用didChangeValueForKey
不会触发监听
KVO触发条件
通过set方法为属性赋值
直接修改成员变量不会触发监听
KVC与KVO
KVC赋值是可以触发KVO的
并且,KVC内部实现了通知逻辑(willChangeValueForKey
&&didChangeValueForKey
)。即使没有实现set方法,也能被通知。
KVC赋值过程
其中accessInstanceVariablesDirectly
默认返回YES
KVC取值过程
其中accessInstanceVariablesDirectly
默认返回YES