09年的一篇文章,比较深入地阐述了KVO的内部实现。
 
KVO是实现Cocoa Bindings的基础,它提供了一种方法,当某个属性改变时,相应的objects会被通知到。在其他语言中,这种观察者模式通常需要单独实现,而在Objective-C中,通常无须增加额外代码即可使用。
 
概览
这是怎么实现的呢?其实这都是通过Objective-C强大的运行时(runtime)实现的。当你第一次观察某个object时,runtime会创建一个新的继承原先class的subclass。在这个新的class中,它重写了所有被观察的key,然后将object的isa指针指向新创建的class(这个指针告诉Objective-C运行时某个object到底是哪种类型的object)。所以object神奇地变成了新的子类的实例。
 
这些被重写的方法实现了如何通知观察者们。当改变一个key时,会触发setKey方法,但这个方法被重写了,并且在内部添加了发送通知机制。(当然也可以不走setXXX方法,比如直接修改iVar,但不推荐这么做)。
 
有意思的是:苹果不希望这个机制暴露在外部。除了setters,这个动态生成的子类同时也重写了-class方法,依旧返回原先的class!如果不仔细看的话,被KVO过的object看起来和原先的object没什么两样。
 
深入探究
下面来看看这些是如何实现的。我写了个程序来演示隐藏在KVO背后的机制。
  1. // gcc -o kvoexplorer -framework Foundation kvoexplorer.m
  2. #import <Foundation/Foundation.h>
  3. #import <objc/runtime.h>
  4. @interface TestClass : NSObject
  5. {
  6. int x;
  7. int y;
  8. int z;
  9. }
  10. @property int x;
  11. @property int y;
  12. @property int z;
  13. @end
  14. @implementation TestClass
  15. @synthesize x, y, z;
  16. @end
  17. static NSArray *ClassMethodNames(Class c)
  18. {
  19. NSMutableArray *array = [NSMutableArray array];
  20. unsigned int methodCount = 0;
  21. Method *methodList = class_copyMethodList(c, &methodCount);
  22. unsigned int i;
  23. for(i = 0; i < methodCount; i++)
  24. [array addObject: NSStringFromSelector(method_getName(methodList[i]))];
  25. free(methodList);
  26. return array;
  27. }
  28. static void PrintDescription(NSString *name, id obj)
  29. {
  30. NSString *str = [NSString stringWithFormat:
  31. @"%@: %@\n\tNSObject class %s\n\tlibobjc class %s\n\timplements methods <%@>",
  32. name,
  33. obj,
  34. class_getName([obj class]),
  35. class_getName(obj->isa),
  36. [ClassMethodNames(obj->isa) componentsJoinedByString:@", "]];
  37. printf("%s\n", [str UTF8String]);
  38. }
  39. int main(int argc, char **argv)
  40. {
  41. [NSAutoreleasePool new];
  42. TestClass *x = [[TestClass alloc] init];
  43. TestClass *y = [[TestClass alloc] init];
  44. TestClass *xy = [[TestClass alloc] init];
  45. TestClass *control = [[TestClass alloc] init];
  46. [x addObserver:x forKeyPath:@"x" options:0 context:NULL];
  47. [xy addObserver:xy forKeyPath:@"x" options:0 context:NULL];
  48. [y addObserver:y forKeyPath:@"y" options:0 context:NULL];
  49. [xy addObserver:xy forKeyPath:@"y" options:0 context:NULL];
  50. PrintDescription(@"control", control);
  51. PrintDescription(@"x", x);
  52. PrintDescription(@"y", y);
  53. PrintDescription(@"xy", xy);
  54. printf("Using NSObject methods, normal setX: is %p, overridden setX: is %p\n",
  55. [control methodForSelector:@selector(setX:)],
  56. [x methodForSelector:@selector(setX:)]);
  57. printf("Using libobjc functions, normal setX: is %p, overridden setX: is %p\n",
  58. method_getImplementation(class_getInstanceMethod(object_getClass(control),
  59. @selector(setX:))),
  60. method_getImplementation(class_getInstanceMethod(object_getClass(x),
  61. @selector(setX:))));
  62. return 0;
  63. }
 
我们从头到尾细细看来。
 
首先定义了一个TestClass的类,它有3个属性。
 
然后定义了一些方便调试的方法。ClassMethodNames使用Objective-C运行时方法来遍历一个class,得到方法列表。注意,这些方法不包括父类的方法。PrintDescription打印object的所有信息,包括class信息(包括-class和通过运行时得到的class),以及这个class实现的方法。
 
然后创建了4个TestClass实例,每一个都使用了不同的观察方式。x实例有一个观察者观察xkey,y, xy也类似。为了做比较,zkey没有观察者。最后control实例没有任何观察者。
 
然后打印出4个objects的description。
 
之后继续打印被重写的setter内存地址,以及未被重写的setter的内存地址做比较。这里做了两次,是因为-methodForSelector:没能得到重写的方法。KVO试图掩盖它实际上创建了一个新的subclass这个事实!但是使用运行时的方法就原形毕露了。
 
运行代码
 
看看这段代码的输出
  1. control: <TestClass: 0x104b20>
  2. NSObject class TestClass
  3. libobjc class TestClass
  4. implements methods <setX:, x, setY:, y, setZ:, z>
  5. x: <TestClass: 0x103280>
  6. NSObject class TestClass
  7. libobjc class NSKVONotifying_TestClass
  8. implements methods <setY:, setX:, class, dealloc, _isKVOA>
  9. y: <TestClass: 0x104b00>
  10. NSObject class TestClass
  11. libobjc class NSKVONotifying_TestClass
  12. implements methods <setY:, setX:, class, dealloc, _isKVOA>
  13. xy: <TestClass: 0x104b10>
  14. NSObject class TestClass
  15. libobjc class NSKVONotifying_TestClass
  16. implements methods <setY:, setX:, class, dealloc, _isKVOA>
  17. Using NSObject methods, normal setX: is 0x195e, overridden setX: is 0x195e
  18. Using libobjc functions, normal setX: is 0x195e, overridden setX: is 0x96a1a550
 
首先,它输出了controlobject,没有任何问题,它的class是TestClass,并且实现了6个set/get方法。
 
然后是3个被观察的objects。注意-class仍然显示的是TestClass,使用object_getClass显示了这个object的真面目:它是NSKVONotifying_TestClass的一个实例。这个NSKVONotifying_TestClass就是动态生成的subclass!
 
注意,它是如何实现这两个被观察的setters的。你会发现,它很聪明,没有重写-setZ:,虽然它也是个setter,因为它没有被观察。同时注意到,3个实例对应的是同一个class,也就是说两个setters都被重写了,尽管其中的两个实例只观察了一个属性。这会带来一点效率上的问题,因为即使没有被观察的property也会走被重写的setter,但苹果显然觉得这比分开生成动态的subclass更好,我也觉得这是个正确的选择。
 
你会看到3个其他的方法。有之前提到过的被重写的-class方法,假装自己还是原来的class。还有-dealloc方法处理一些收尾工作。还有一个_isKVOA方法,看起来像是一个私有方法。
 
接下来,我们输出-setX:的实现。使用-methodForSelector:返回的是相同的值。因为-setX:已经在子类被重写了,这也就意味着methodForSelector:在内部实现中使用了-class,于是得到了错误的结果。
 
最后我们通过运行时得到了不同的输出结果。
 
作为一个优秀的探索者,我们进入debugger来看看这第二个方法的实现到底是怎样的:
  1. (gdb) print (IMP)0x96a1a550
  2. $1 = (IMP) 0x96a1a550 <_NSSetIntValueAndNotify>
 
看起来是一个内部方法,对Foundation使用nm -a得到一个完整的私有方法列表:
  1. 0013df80 t __NSSetBoolValueAndNotify
  2. 000a0480 t __NSSetCharValueAndNotify
  3. 0013e120 t __NSSetDoubleValueAndNotify
  4. 0013e1f0 t __NSSetFloatValueAndNotify
  5. 000e3550 t __NSSetIntValueAndNotify
  6. 0013e390 t __NSSetLongLongValueAndNotify
  7. 0013e2c0 t __NSSetLongValueAndNotify
  8. 00089df0 t __NSSetObjectValueAndNotify
  9. 0013e6f0 t __NSSetPointValueAndNotify
  10. 0013e7d0 t __NSSetRangeValueAndNotify
  11. 0013e8b0 t __NSSetRectValueAndNotify
  12. 0013e550 t __NSSetShortValueAndNotify
  13. 0008ab20 t __NSSetSizeValueAndNotify
  14. 0013e050 t __NSSetUnsignedCharValueAndNotify
  15. 0009fcd0 t __NSSetUnsignedIntValueAndNotify
  16. 0013e470 t __NSSetUnsignedLongLongValueAndNotify
  17. 0009fc00 t __NSSetUnsignedLongValueAndNotify
  18. 0013e620 t __NSSetUnsignedShortValueAndNotify
这个列表也能发现一些有趣的东西。比如苹果为每一种primitive type都写了对应的实现。Objective-C的object会用到的其实只有__NSSetObjectValueAndNotify,但需要一整套来对应剩下的,而且看起来也没有实现完全,比如long dobule或_Bool都没有。甚至没有为通用指针类型(generic pointer type)提供方法。所以,不在这个方法列表里的属性其实是不支持KVO的。
 
KVO是一个很强大的工具,有时候过于强大了,尤其是有了自动触发通知机制。现在你知道它内部是怎么实现的了,这些知识或许能帮助你更好地使用它,或在它出错时更方便调试。
 
如果你打算使用KVO,或许可以看一下我的另一篇文章Key-Value Observing Done Right
 
 
http://www.cocoachina.com/industry/20140107/7667.html

(译)KVO的内部实现的更多相关文章

  1. [转](译)KVO的内部实现

    转载自:http://www.cocoachina.com/applenews/devnews/2014/0107/7667.html   09年的一篇文章,比较深入地阐述了KVO的内部实现.   K ...

  2. KVO的内部实现原理

    kvo概述 kvo,全称Key-Value Observing,它提供了一种方法,当对象某个属性发生改变时,允许监听该属性值变化的对象可以接受到通知,然后通过kvo的方法响应一些操作. kvo实现原理 ...

  3. KVO的内部实现以及使用

    转载自:http://www.cocoachina.com/applenews/devnews/2014/0107/7667.html   KVO是实现Cocoa Bindings的基础,它提供了一种 ...

  4. 你不知道的KVO的内部实现

    通过强大的Runtime 实现.第一次观察某个Object 时,runtime 会创建一个新的继承自 object 对应Class 的 subClass.在这个新subClass 里它重写了被观察的k ...

  5. runtime/KVO等面试题

    整理中... 1.KVO内部实现原则 回答:1>KVO是基于runtime机制实现的 2>当某个类的对象第一次被观察时,系统就会在运行期动态地创建该类的一个派生类,在这个派生类中重写基类中 ...

  6. KVO的使用及底层实现

    1.概念 KVO(Key-Value-Observer)也就是观察者模式,是苹果提供的一套事件通知机制.允许对象监听另一个对象特定属性的改变,并在改变时接收到事件,一般继承自NSObject的对象都默 ...

  7. 使用 KVO 可能会拖慢启动速度

    问题  在某一次启动速度优化中,发现最开始的某个 runLoop 中,一个runLoop 耗时很长.发现一个 KVO 变量的初始化消耗了13ms之久,这对启动速度是不可接受了. 源码分析 用 Ins ...

  8. iOS面试题04-runtime

    runtime/KVO等面试题 1.KVO内部实现原则 回答:1>KVO是基于runtime机制实现的 2>当某个类的对象第一次被观察时,系统就会在运行期动态地创建该类的一个派生类,在这个 ...

  9. iOS设计模式 —— KV0

    刨根问底KVO KVO 全称 Key-Value Observing.中文叫键值观察.KVO其实是一种观察者模式,观察者在键值改变时会得到通知,利用它可以很容易实现视图组件和数据模型的分离,当数据模型 ...

随机推荐

  1. hdu1199 线段树

    这题说的是给了 n 个操作. 每个操作会把 [a,b] 之间的球 涂为黑色或者 白色, 然后最后问 最长的连续的白色的 球有多少个,初始的时候全是黑的. 我们将所有的点离散化, 记得离散 a-1, b ...

  2. Java实现使用位图生成真值组合

    摘要: 使用位图生成真值组合. 难度: 初级.   /** * 问题描述: 给定 n 个布尔变量,打印所有真值组合. * 例如, n = 2 时 , 所有真值组合为 (true, false),(tr ...

  3. Ubuntu 16.04 (官方命令行)安装MongoDB 3.6.2(社区版)

    概述 使用本教程从 .deb 包在LTS Ubuntu Linux系统上安装MongoDB Community Edition. 虽然Ubuntu包含自己的MongoDB包,但官方的MongoDB社区 ...

  4. 实验三 敏捷开发与XP实践20145204和20145236

    实验三 敏捷开发与XP实践20145204和20145236 实验名称 敏捷开发与XP实践 实验内容 XP基础 XP核心实践 学会使用git 学会代码的重构 实现团队合作 团队分工 20145204: ...

  5. 自定义Git【转】

    本文转载自:http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000 自定义Git 在安装G ...

  6. HDU 2896 病毒侵袭(AC自动机)题解

    题意:给你n个模式串,再给你m个主串,问你每个主串中有多少模式串,并输出是哪些.注意一下,这里给的字符范围是可见字符0~127,所以要开130左右. 思路:用字典树开的时候储存编号,匹配完成后set记 ...

  7. burnside引理&polya定理

    burnside引理&polya定理 参考资料: <polya计数法的应用>--陈瑜希 黄学长 置换: 置换即是将n个元素的染色进行交换,产生一个新的染色方案. 群: 一个元素的集 ...

  8. POJ 2112 Optimal Milking(二分+最大流)

    http://poj.org/problem?id=2112 题意: 现在有K台挤奶器和C头奶牛,奶牛和挤奶器之间有距离,每台挤奶器每天最多为M头奶挤奶,现在要安排路程,使得C头奶牛所走的路程中的最大 ...

  9. BZOJ 4569 【SCOI2016】 萌萌哒

    题目链接:萌萌哒 我先不吐槽题目名……这道题的并查集好像我们考过……既然那道题我没写就来把这道题写了吧(雾 这道题由于合并操作只有\(m\)次,那么很显然的一个想法就是把建一棵线段树类似物,然后每次在 ...

  10. Codeforces Round #396 (Div. 2) A,B,C,D,E

    A. Mahmoud and Longest Uncommon Subsequence time limit per test 2 seconds memory limit per test 256 ...