本人参考GitHub《招聘一个靠谱的iOS》面试题参考答案（下）
51. KVC和KVO的keyPath一定是属性么？
52. 如何关闭默认的KVO的默认实现，并进入自定义的KVO实现？
53. Apple用什么方式实现对一个对象的KVO？
54. IBOutlet连出来的视图属性为什么可以被设置成weak？
55. IB中User Defined Runtime Attributes如何使用？
56. 如何调试BAD_ACCESS错误？
57. lldb（gdb）常用的调试命令？
51. KVC和KVO的keyPath一定是属性么？
KVC支持实例变量，KVO只能手动支持实例变量的KVO（见46. 如何手动触发一个value的KVO）。
52. 如何关闭默认的KVO的默认实现，并进入自定义的KVO实现？
系统是如何实现一个KVO的？
Mike Ash在2009年做过这方面的研究：当观察一个对象时，一个新的类会动态的被创建。这个类继承自该对象的原本的类，并重写了被观察属性的setter方法。重写的setter方法会负责在调用原setter方法之前和之后，通知所有观察对象，被观察属性的值的更改。最后把被观察对象的isa指针（isa指针告诉Runtime系统这个对象的类是什么）指向新创建的子类，被观察的对象就变成了新创建的子类的实例。Apple还重写了-class方法，企图欺骗我们这个类没有改变，仍是原本的类。
具体实现参考：
53.Apple用什么方式实现一个对象的KVO？
Apple的文档对KVO实现的描述：
Automatic key-value observing is implemented using a technique called isa-swizzling… When an observer is registered for an attribute of an object the isa pointer the isa pointer of the observed object is modified, pointing to an intermediate class rather than at the true class…
从Apple的文档可以看出：Apple并不希望过多暴露KVO的实现细节。不过，要是借助runtime提供的方法去深入挖掘，所有被掩盖的细节都会原形毕露：
当开发者观察一个对象时，一个新的类会被动态创建。这个类继承自该对象的原本的类，并重写了被观察属性的setter方法。重写的setter方法会负责在调用原setter方法之前和之后通知所有观察者对象该属性值的更改。最后通过
isa混些（isa-swizzling）把这个对象的isa指针（isa指针告诉runtime这个对象的类是什么）指向新创建的子类，对象就神奇的变成了新创建的子类的实例。
详细解释：
键值观察通知（KVO）依赖于NSObject的两个方法：- (void)willChangeValueForKey:(NSString *)key和- (void)didChangeValueForKey:(NSString *)key。在一个被观察的属性发生改变之前，调用- (void)willChangeValueForKey:(NSString *)key记录旧的值；当改变发生只有，- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context;会被调用，继而- (void)didChangeValueForKey:(NSString *)key也会被调用。
比如调用setNow:时，系统还会以某种方式在中间插入- (void)willChangeValueForKey:(NSString *)key、- (void)didChangeValueForKey:(NSString *)key和- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context;的调用。有时候也会看到有人这么写代码：
- (void)setNow:(NSDate *)aDate {
[self willChangeValueForKey:@"now"];
[super setValue:aDate forKey:@"now"];
[self didChangeValueForKey:@"now"];
}
这种写法完全没必要，也不要这样做。如果这样做的话，KVO代码会被调用两次。
KVO在调用存取方法之前总是调用- (void)willChangeValueForKey:(NSString *)key，之后总是调用- (void)didChangeValueForKey:(NSString *)key就是通过isa混写（isa-swizzling）。第一次对一个对象调用- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context;时，框架会创建这个类的新的KVO子类，并被观察对象转换为新子类的对象在这个KVO的特殊子类中，Cocoa创建观察属性的setter，大致工作原理如下：
- (void)setNow:(NSDate *)aDate {
[self willChangeValueForKey:@"now"];
[super setValue:aDate forKey:@"now"];
[self didChangeValueForKey:@"now"];
}
这种继承和方法注入是在运行时而不是编译时实现的。这就是正确命名重要的原因。只有在使用KVC命名约定时，KVO才能做到这一点。
KVO在实现中通过isa混写（isa-swizzling）把这个对象的isa指针指向新创建的子类。Apple还重写了-class方法并返回原来的类，企图欺骗我们：这个类没有变，就是原本的那个类。假设“被监听的对象”的类对象是MyClass，有时候我们能看到对NSKVONotifying_MyClass的引用而不是对MyClass的引用。借此我们得以知道Apple使用了isa混写（isa-swizzling）
那么- (void)willChangeValueForKey:(NSString *)key、- (void)didChangeValueForKey:(NSString *)key和- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context;这三个方法的执行顺序是怎样的？
回调的时机就是在调用- (void)didChangeValueForKey:(NSString *)key时。
整个调用顺序是：- (void)willChangeValueForKey:(NSString *)key后，在- (void)didChangeValueForKey:(NSString *)key内部调用- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context;
54. IBOutlet连出来的视图属性为什么可以被设置成weak？
参考链接：Should IBOutlets be strong or weak under ARC？
文章告诉我们：
既然有外链那么视图和xib或者storyboard中肯定存在，视图已经对踏有一个强引用了，所以可以用weak。
55. IBOutlets中User Defined Runtime Attributes如何使用？
它能够通过KVC的方式配置一些在interface builder中不能配置的属性。当开发者希望在IBOutlets中做尽可能多的事情，这个特性能够帮助开发者写更加轻量级的viewController。
56. 如何调试BAD_ACCESS错误？
四种方式：
- 重写NSObject的respondsToSelector方法，打印出现EXEC_BAD_ACCESS前访问的最后一个Object对象；
-
通过Zombie；
Zombie - 设置全局断点快速定位问题代码所在行；
- Xcode7 已经集成了BAD_ACCESS捕获功能：
使用clang test.c -o test -fsanitize=address命令编译程序
运行程序，得到如下结果：
image.png
57. lldb（gdb）常用的调试命令？
- breakpoint设置断点定位到某一个函数
- N断点指针下一步
- po打印对象
更多lldb（gdb）调试命令可查看：
