前言
KVC(Key Value Coding)技术可以不直接访问对象属性的getter和setter而获取属性值\给属性赋值
- (id)valueForKey:(NSString *)key;
- (void)setValue:(id)value forKey:(NSString *)key;
- (id)valueForKeyPath:(NSString *)keyPath;
- (void)setValue:(id)value forKeyPath:(NSString *)keyPath;
这几个方法相信大家都不会陌生，但KVC究竟是什么？
正文
在Foundation/NSKeyValueCoding中可以看到，KVC是以非正式协议的方式出现的，里边的注释很详细这里不做搬运工了。来简单的实现一下NSObject(NSKeyValueCoding)中的方法，看看他的运行过程吧
说明：以上两张图片中的代码都在ViewController.m中，因为屏幕不够长无法一次截取
先说一下为什么要在JKTest中写@synthesize。在同时实现setter和getter时，类中的@property不会自动生成带下滑线的成员变量（分类中是不能生成，注意区分），所以这里要手动生成。当然，这里也可以直接在类中定义成员变量用于传值，看个人习惯。
接着我们看编译器输出结果，显然会自动调用属性对应的setter和getter。但同时可以发现+ (BOOL)accessInstanceVariablesDirectly好像并没有调用，将代码稍作修改再次运行
终于如愿以偿的看到+ (BOOL)accessInstanceVariablesDirectly，这个方法默认返回为YES。当返回YES且key值不是object时，会自动匹配_object（返回NO不会进行匹配）。但是问题又来了，这次object对应的setter和getter并没有调用，真的是赋值给object而不是_object吗？毕竟_object本来就是存在的，为了验证这一点，再来做一次输出
显然，object确实已被赋值，并且test.object仍然没有执行object的getter，那么object究竟是怎么被赋值\取值的？
很容易想到，要再加如下测试代码
问题又来了，+ (BOOL)accessInstanceVariablesDirectly现在不会调用，虽然仍然返回YES（有没有开始抓狂。。）
这是因为找到了_object对应的setter和getter，既然找到了，自然不用匹配。那么为什么test.object会有值？因为写了@synthesize object = _object，此时已经将test.object与_object关联起来，_object并不是一个独立的成员变量。如果不用@synthesize object = _object，改为定义成员变量_object仍然可行，因为Xcode会默认将test.object与自定义成员变量_object关联
如果将@synthesize object = _object改为@synthesize object = _obj并且实现_obj的getter和setter，KVC这样写
[test setValue:@"KVC" forKey:@"_obj"];
[test valueForKey:@"_obj"];
输出结果正确。因为test.object与_obj已经关联，而且实现了对应的getter和setter，不会执行+ (BOOL)accessInstanceVariablesDirectly。
同样，如果在此基础上将@synthesize object = _obj改为成员变量_obj，KVC还能正常运行吗？显然不能，因为Xcode不会将test.object与自定义成员变量_obj关联起来，这样KVC就无法匹配到正确的key值
这个问题总算解释清楚了，现在回到第二版本
- (void)setValue:(id)value forKey:(NSString *)key与+ (BOOL)accessInstanceVariablesDirectly的调用顺序究竟是怎样的？
可见，实际顺序是先到- (void)setValue:(id)value forKey:(NSString *)key执行super然后跳到+ (BOOL)accessInstanceVariablesDirectly，最后再回到- (void)setValue:(id)value forKey:(NSString *)key