关于KVC和KVO

前言

KVC/KVO在日常开发中也是经常会使用到,但是还是回到那句话,往往我们在使用一种技术时,却不知道实现原理,以及会忽略一些使用时需要注意的地方。这篇文章会对KVC/KVO做一些原理性的说明,至于使用方式,大家自行度娘,网上还是挺多了,这里就不浪费ctrl+c了。希望文章对大家有帮助,同时欢迎大家指正、交流。

这篇主要说说KVO,关于KVC的相关请看这篇文章:iOS开发技巧系列---详解KVC(我告诉你KVC的一切),写的非常详细。

简介

KVO:Key-Value Observing(键值观察)

观察者设计模式的一种实现,另外一种是:通知(不在本文主题内)。KVO 提供一种机制,指定一个被观察对象(例如 A 类),当对象某个属性(例如 A 中的name属性)发生更改时,对象会获得通知,可作出相应处理。

那么KVO的实现原理是怎样的呢?

我们需要知道的是KVO是基于runtime机制实现的

类A的属性propertyA第一次被观察时,系统就会在运行期动态地创建该类的一个派生类:NSKVONotifying_A,在这个派生类中重写A类中被观察属性的setter方法以及classdealloc_isKVOA方法。派生类在被重写的setter方法内实现真正的通知机制。

每个类对象中都有一个isa指针指向当前类,当类对象第一次被观察,那么系统会将isa指针指向动态生成的派生类,从而在给被监控属性赋值时执行的是派生类的setter方法
键值观察通知依赖于NSObject的两个方法: willChangeValueForKey:didChangevlueForKey:;在一个被观察属性发生改变之前, willChangeValueForKey:一定会被调用,这就会记录旧的值。而当改变发生后,didChangeValueForKey:会被调用,继而 observeValueForKey:ofObject:change:context:也会被调用。用代码显示就是:

-(void)setName:(NSString *)newName{ 
  [self willChangeValueForKey:@"name"];    //KVO 在调用存取方法之前总调用 
  [super setValue:newName forKey:@"name"]; //调用父类的存取方法 
  [self didChangeValueForKey:@"name"];     //KVO 在调用存取方法之后总调用
}

这里需要注意的一个小问题是:观察者观察的是属性,只有遵循 KVO 变更属性值的方式才会执行 KVO 的回调方法,例如是否执行了 setter 方法、或者是否使用了 KVC 赋值。
如果赋值没有通过 setter 方法或者 KVC,而是直接修改属性对应的成员变量,例如:仅调用_name = @"newName",这时是不会触发 KVO 机制,更加不会调用回调方法的。
所以使用 KVO 机制的前提是遵循 KVO 的属性设置方式来变更属性值。

上文提到的动态修改了isa指针,isa 指针的作用:每个对象都有 isa 指针,指向该对象的类,它告诉 Runtime 系统这个对象的类是什么。所以对象注册为观察者时,isa 指针指向新子类,那么这个被观察的对象就神奇地变成新子类的对象(或实例)了。即重写class方法,是为了我们调用它的时候返回跟重写之前同样的内容。

NSLog(@"self->isa:%@",self->isa);  
NSLog(@"self class:%@",[self class]);  

在建立KVO监听前,打印结果为:

self->isa:Person  
self class:Person  

在建立KVO监听之后,打印结果为:

self->isa:NSKVONotifying_Person  
self class:Person

此外派生类还重写了 dealloc 方法来释放资源,具体的笔者没有深究,网上的文章也很少有提及的。

KVO不得不关注的要点

大家可以看这篇文章,主要就是:
1、对同一个keypath进行两次removeObserver时会导致程序crash(多出现在父类也对同一个keypath监听,dealloc中也removeObserver);
2、不需要监听的时候,要及时remove,否则被监听对象释放后,再触发监听器会引起崩溃
3、父类也实现了KVO时的注意点,子类监听回调中需要做处理。
iOS下KVO使用过程中的陷阱

题外:如何手动触发KVO

近期同事问我,如何手动触发一个value的KVO?
如果上述的内容看过之后,相信就比较容易了。只需要重写待监听类的+(BOOL)automaticallyNotifiesObserversForKey:方法,然后重写setter方法,在赋值前后分别加上willChangeValueForKey:didChangeValueForKey即可,当然监听类仍需addObserver。

总结

以上就是笔者对KVO的认识了,当然也借鉴了网上的一些博文的知识,如有错误,还请大家评论指出,大家一起学习,谢谢大家!

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 217,657评论 6 505
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,889评论 3 394
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 164,057评论 0 354
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,509评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,562评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,443评论 1 302
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,251评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,129评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,561评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,779评论 3 335
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,902评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,621评论 5 345
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,220评论 3 328
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,838评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,971评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,025评论 2 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,843评论 2 354

推荐阅读更多精彩内容