了解KVO实现的原理和本质

KVO我们经常使用,KVO的全称是: Key-Value Observing ,俗称"键值监听",可以用来监听某个对象的属性改变.今天我们就来研究一下 KVO 实现的本质,看看它是怎么做到属性发生改变的时候通知外部的.

为了接下来的研究,我们创建一个HHPerson类,类中添加一个age属性,然后在ViewController中创建person1,person2两个对象,给person1添加观察者,如下:

@interface ViewController ()

@property (nonatomic,strong)HHPerson *person1;
@property (nonatomic,strong)HHPerson *person2;

@end


- (void)viewDidLoad {
    [super viewDidLoad];
    // Do any additional setup after loading the view, typically from a nib.
    self.person1 = [[HHPerson alloc]init];
    self.person2 = [[HHPerson alloc]init];
    self.person1.age = 1;
    self.person2.age = 2;
    NSKeyValueObservingOptions options = NSKeyValueObservingOptionOld | NSKeyValueObservingOptionNew;
    [self.person1 addObserver:self forKeyPath:@"age" options:options context:nil];
}

- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event{
    self.person1.age = 11;
    self.person2.age = 22;
}

- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSKeyValueChangeKey,id> *)change context:(void *)context{
    NSLog(@"%@ 对象的 %@ 属性发生了 %@ 的变化",object,keyPath,change);
}

我们点击屏幕输出如下:

2019-02-28 15:59:47.648955+0800 KVO本质_01[2656:334677] <HHPerson: 0x600001e4e7c0> 对象的 age 属性发生了 {
    kind = 1;
    new = 11;
    old = 11;
} 的变化

发现监听到了person1属性值得变化,而person2并没有变化,为什么会这样呢?我们看看他们给age赋值的方法:

    self.person1.age = 11;
    self.person2.age = 22;

其实赋值方法的本质就是调用age的setter方法,如下:

[self.person1 setAge:11];
[self.person2 setAge:22];

person1和person2的setter方法都是一样的,因为都是系统生成的,那为什么结果会有这么大的差别呢?
首先问题肯定不会在setter方法上,因为两个setter都是一样的,问题就是出在person1和person2两个对象上,我们打印person1和person2的isa看看:

(lldb) p/x self.person1->isa
(Class) $0 = 0x00006000039343f0 NSKVONotifying_HHPerson
(lldb) p/x self.person2->isa
(Class) $1 = 0x000000010a6b8f88 HHPerson

会发现person2的类对象还是HHPerson,而person1的类对象却变成了NSKVONotifying_HHPerson.
这是因为我们给person1添加 KVO 之后,rutime会动态的给person1生成一个新的类对象NSKVONotifying_HHPerson,这个类对象的结构如下:

我们对上图做一个解释:
实例对象person1的isa指针指向NSKVONotifying_HHPerson类,在NSKVONotifying_HHPerson类中有两个成员变量isa和superClass和4个方法setAge:,class,dealloc,_isKVO.其中superClass指向HHPerson类,所以NSKVONotifying_HHPerson其实是HHPerson的子类.NSKVONotifying_HHPerson重写父类的setAge:方法内部调用了Foundation框架的_NSSetIntValueAndNotify方法.通过方法名我们可以大概猜测出在这个方法内部先设置了属性的值,然后再通知外部.它的伪代码大概如下:

- (void)setAge:(int)age{
    _NSSetIntValueAndNotify();
}

void _NSSetIntValueAndNotify(){
    [self willChangeValueForKey:@"age"];
    [super setAge:age];
    [self didChangeValueForKey:@"age"];
}

void didChangeValueForKey(NSString *)key{
    //通知监听器,属性值发生了改变
    [obser observeValueForKeyPath: key ofObject:self change:change context:context];
}

现在我们终于明白了KVO的大概原理,我们在给一个对象添加KVO时,runtime会动态的生成一个相关联的派生类,然后重写了setter方法,在setter方法内部进行了一些的操作,达到监听的目的.

下面开始验证我们上面所说的结论.
首选我们在person1添加KVO之前和之后分别打印person1和person2的类对象看看:

NSLog(@"person1添加KVO之前,person1的类对象是:%@  , person2的类对象是:%@",object_getClass(self.person1),object_getClass(self.person2));
NSKeyValueObservingOptions options = NSKeyValueObservingOptionOld | NSKeyValueObservingOptionNew;
[self.person1 addObserver:self forKeyPath:@"age" options:options context:nil];
NSLog(@"person1添加KVO之之后,person1的类对象是:%@  , person2的类对象是:%@",object_getClass(self.person1),object_getClass(self.person2));
================打印结果================
2019-02-28 17:30:45.941806+0800 KVO本质_01[2818:406318] person1添加KVO之前,person1的类对象是:HHPerson  , person2的类对象是:HHPerson
2019-02-28 17:30:45.942208+0800 KVO本质_01[2818:406318] person1添加KVO之之后,person1的类对象是:NSKVONotifying_HHPerson  , person2的类对象是:HHPerson

可以看到在添加KVO之后,person1的类对象的确从HHPerson变成了NSKVONotifying_HHPerson.

我们上面说了,添加KVO后,执行的setAge:方法是NSKVONotifying_HHPerson中的setAge:方法,也就是说peson1和person2的setAge:方法实现并不一样,我们来验证一下:

NSLog(@"person1添加KVO之前,person1的setAge方法实现是:%p  , person2的setAge方法实现是:%p",[self.person1 methodForSelector:@selector(setAge:)],[self.person2 methodForSelector:@selector(setAge:)]);

NSKeyValueObservingOptions options = NSKeyValueObservingOptionOld | NSKeyValueObservingOptionNew;
[self.person1 addObserver:self forKeyPath:@"age" options:options context:nil];
    
NSLog(@"person1添加KVO之后,person1的setAge方法实现是:%p  , person2的setAge方法实现是:%p",[self.person1 methodForSelector:@selector(setAge:)],[self.person2 methodForSelector:@selector(setAge:)]);

================打印结果================

2019-02-28 17:37:46.009609+0800 KVO本质_01[2842:413393] person1添加KVO之前,person1的setAge方法实现是:0x10f1dce50  , person2的setAge方法实现是:0x10f1dce50
2019-02-28 17:37:46.009940+0800 KVO本质_01[2842:413393] person1添加KVO之后,person1的setAge方法实现是:0x10f536cf2  , person2的setAge方法实现是:0x10f1dce50

可以发现,添加KVO之前setAge:方法实现都相同,添加KVO之后,person1的setAge:方法实现发生改变了. 那我们怎么知道的setAge:方法中调用了_NSSetIntValueAndNotify方法的呢?
我们在LLDB中打印这两个地址的实现看看:

(lldb) p (IMP)0x10f1dce50
(IMP) $2 = 0x000000010f1dce50 (KVO本质_01`-[HHPerson setAge:] at HHPerson.h:15)
(lldb) p (IMP)0x10f536cf2
(IMP) $3 = 0x000000010f536cf2 (Foundation`_NSSetIntValueAndNotify)

现在已经很清晰了,person1添加KVO后,他的setAge:方法实现就是_NSSetIntValueAndNotify.

思考一下,添加KVO后的person1的类对象和元类对象和person2一样吗?我们直接打印看一下:

Class person1_class = object_getClass(self.person1);
Class person1_metaClass = object_getClass(person1_class);
Class person2_class = object_getClass(self.person2);
Class person2_metaClass = object_getClass(person2_class);
NSLog(@"person1的类对象:%@,元类对象:%@",person1_class,person1_metaClass);
NSLog(@"person2的类对象:%@,元类对象:%@",person2_class,person2_metaClass);

================打印结果================

2019-02-28 17:57:10.776202+0800 KVO本质_01[2873:430403] person1的类对象:NSKVONotifying_HHPerson,元类对象:NSKVONotifying_HHPerson
2019-02-28 17:57:10.776349+0800 KVO本质_01[2873:430403] person2的类对象:HHPerson,元类对象:HHPerson

通过打印结果可以看出,添加KVO后类对象和元类对象都是runtime动态生成的,跟之前的并不一样.

我们之前用伪代码演示了_NSSetIntValueAndNotify方法内部大概如下:

void _NSSetIntValueAndNotify(){
    [self willChangeValueForKey:@"age"];
    [super setAge:age];
    [self didChangeValueForKey:@"age"];
}

接下来我们验证一下_NSSetIntValueAndNotify方法的执行顺序是否如我们所说,在HHPerson类中分别重写willChangeValueForKey:,didChangeValueForKey:两个方法,然后打印:

- (void)setAge:(int)age{
    _age = age;
    NSLog(@"age:");
}

- (void)willChangeValueForKey:(NSString *)key{
    [super willChangeValueForKey:key];
    NSLog(@"willChangeValueForKey");
}

- (void)didChangeValueForKey:(NSString *)key{
    
    [super didChangeValueForKey:key];
    NSLog(@"didChangeValueForKey");
}

================打印结果================

2019-03-01 11:43:17.636388+0800 KVO本质_01[3362:398737] willChangeValueForKey
2019-03-01 11:43:17.636529+0800 KVO本质_01[3362:398737] age:
2019-03-01 11:43:17.636774+0800 KVO本质_01[3362:398737] <HHPerson: 0x6000005606b0> 对象的 age 属性发生了 {
    kind = 1;
    new = 11;
    old = 1;
} 的变化
2019-03-01 11:43:17.636931+0800 KVO本质_01[3362:398737] didChangeValueForKey

从打印结果可以看出来的确是先调用willChangeValueForKey,然后又调用了[super setAge:age],但是为什么先发出通知后调用didChangeValueForKey呢?这跟我们上面说的不一样呀!上面我们说是在didChangeValueForKey中出的通知.我们把didChangeValueForKey中的代码改成下面这样再打印:

- (void)didChangeValueForKey:(NSString *)key{
    NSLog(@"didChangeValueForKey---begin");
    [super didChangeValueForKey:key];
    NSLog(@"didChangeValueForKey---end");
}

================打印结果================

2019-03-01 11:48:06.587903+0800 KVO本质_01[3378:403190] willChangeValueForKey
2019-03-01 11:48:06.588084+0800 KVO本质_01[3378:403190] age:
2019-03-01 11:48:06.588187+0800 KVO本质_01[3378:403190] didChangeValueForKey---begin
2019-03-01 11:48:06.588385+0800 KVO本质_01[3378:403190] <HHPerson: 0x6000012b7320> 对象的 age 属性发生了 {
    kind = 1;
    new = 11;
    old = 11;
} 的变化
2019-03-01 11:48:06.588507+0800 KVO本质_01[3378:403190] didChangeValueForKey---end

从结果可以看到,的确是先进入didChangeValueForKey方法,然后再发出通知.

我们上面说过NSKVONotifying_HHPerson类中有两个成员变量isa和superClass和4个方法setAge:,class,dealloc,_isKVO.下面我们写一个方法证明一下NSKVONotifying_HHperson的确存在这几个方法.
写一个方法,打印输出一个类所有的方法:

- (void)getClassMethodWithClass:(Class)cls{
    unsigned int count;
    NSMutableString *names = [NSMutableString string];
    Method *methods = class_copyMethodList(cls, &count);
    for (int i = 0; i < count; i ++) {
        NSString *methodName = NSStringFromSelector(method_getName(methods[i]));
        [names appendFormat:@"%@ ,",methodName];
    }
    free(methods);
    NSLog(@"cls: %@, methods:%@",cls,names);
}

然后传入person1,person2,看看结果:

2019-03-04 10:34:36.571468+0800 KVO本质_01[7960:1015657] cls: NSKVONotifying_HHPerson, methods:setAge: ,class ,dealloc ,_isKVOA ,
2019-03-04 10:34:36.571655+0800 KVO本质_01[7960:1015657] cls: HHPerson, methods:setAge: ,age ,

结果的确如上.现在思考一下为什么NSKVONtifying_HHPerson类中为什么会重写class方法?如果不重写会怎么样?
我们知道打印一个类的类对象有好几种方法:object_getClass和class.我们分别用这两种方法打印对比一下:

    NSLog(@"person1: %@,  person2:%@",object_getClass(self.person1),object_getClass(self.person2));
    NSLog(@"person1: %@, person2:%@",[self.person1 class],[self.person2 class]);
================打印结果================
2019-03-04 10:54:02.966769+0800 KVO本质_01[8118:1024623] person1: NSKVONotifying_HHPerson,  person2:HHPerson
2019-03-04 10:54:05.250662+0800 KVO本质_01[8118:1024623] person1: HHPerson, person2:HHPerson

从打印结果可以看到,object_getClass打印出了真实类型,而class打印的结果都是一样,这是因为苹果官方并不想暴露NSKVONotifying_HHPerson这个类,它想隐藏KVO实现的细节,如果没有重写class这个方法,那么最终会找到NSObject中的class方法,执行object_getClass(self)打印的还是NSKVONotifying_HHPerson.所以苹果官方为了隐藏KVO的实现细节,重写了class方法.

总结:
一: iOS用什么方式实现一个对象的KVO?(KVO的本质是什么?)
1:利用 runtime API 动态生成一个子类,并且让 instance 的 isa 指向这个全新的子类.
2:当更改 instance 对象的属性时会调用 Foundation 框架的 NSSetXXXValueAndNotify函数:

1: willChangeValueForKey:
2: 父类原来的 setter:
3: didChangeValueForKey:
内部会触发 observer 监听器的监听方法:observeValueForKeyPath:ofObject: change:context:

二: 如何手动触发KVO?
手动调用 willChangeValueForKey: 和 didChangeValueForKey:

三:修改成员变量会触发KVO么?
不会.

最后编辑于：2023.03.04 22:53:36

人面猴
序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
沈念sama阅读 216,287评论 6赞 498
死咒
序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
沈念sama阅读 92,346评论 3赞 392
救了他两次的神仙让他今天三更去死
文/潘晓璐我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
开封第一讲书人阅读 162,277评论 0赞 353
道士缉凶录：失踪的卖姜人
文/不坏的土叔我叫张陵，是天一观的道长。经常有香客问我，道长，这世上最难降的妖魔是什么？我笑而不...
开封第一讲书人阅读 58,132评论 1赞 292
港岛之恋（遗憾婚礼）
正文为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
茶点故事阅读 67,147评论 6赞 388
恶毒庶女顶嫁案：这布局不是一般人想出来的
文/花漫我一把揭开白布。她就那样静静地躺着，像睡着了一般。火红的嫁衣衬着肌肤如雪。梳的纹丝不乱的头发上，一...
开封第一讲书人阅读 51,106评论 1赞 295
城市分裂传说
那天，我揣着相机与录音，去河边找鬼。笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。我是一名探鬼主播，决...
沈念sama阅读 40,019评论 3赞 417
双鸳鸯连环套：你想象不到人心有多黑
文/苍兰香墨我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
开封第一讲书人阅读 38,862评论 0赞 274
万荣杀人案实录
序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
沈念sama阅读 45,301评论 1赞 310
护林员之死
正文独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋以下内容为张勋视角年9月15日...
茶点故事阅读 37,521评论 2赞 332
白月光启示录
正文我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
茶点故事阅读 39,682评论 1赞 348
活死人
序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
沈念sama阅读 35,405评论 5赞 343
日本核电站爆炸内幕
正文年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
茶点故事阅读 40,996评论 3赞 325
男人毒药：我在死后第九天来索命
文/蒙蒙一、第九天我趴在偏房一处隐蔽的房顶上张望。院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
开封第一讲书人阅读 31,651评论 0赞 22
一桩弑父案，背后竟有这般阴谋
文/苍兰香墨我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。一阵脚步声响...
开封第一讲书人阅读 32,803评论 1赞 268
情欲美人皮
我被黑心中介骗来泰国打工，没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。一个月前我还...
沈念sama阅读 47,674评论 2赞 368
代替公主和亲
正文我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
茶点故事阅读 44,563评论 2赞 352

了解KVO实现的原理和本质

推荐阅读更多精彩内容