上篇文章大致阐述了KVC在key正确情况下的执行过程，这篇来说说key错误时KVC是如何运行的。
正文如果传入一个错误的key会怎样？
JKTest
错误的key
运行结果
可以看到，程序在2次尝试匹配新的key无果后，抛出异常[<JKTest 0x7f9801519f50> setValue:forUndefinedKey:]: this class is not key value coding-compliant for the key jack.
回到NSKeyValueCoding.h可以找到这个方法，与之对应的还有另一个方法
- (void)setValue:(id)value forUndefinedKey:(NSString *)key;
- (id)valueForUndefinedKey:(NSString *)key;上述方法见名知意，显然可以在这里做点手脚
重定向
这样KVC又可以正常工作了。来看一下执行过程，由于没有key，每次赋值\取值都会2次重新匹配key，发现匹配不到正确的key后执行上述两个方法。可以看到，这个过程不会执行object的getter和setter（倒数第二的getter是NSLog(@"%@", test.object);执行的，用来查看是否赋值成功）。
结合上篇文章，此时如果实现jack的setter和getter会怎样？
新增
没错，直接找到key对应的getter和setter，不会去匹配新key，更不用执行上述的两个重定向方法
KVVKVV(key value validate)，KVC中还提供键值验证，即KVV
- (BOOL)validateValue:(inout id *)ioValue forKey:(NSString *)inKey error:(out NSError **)outError;这个方法系统不会主动调用，并且默认实现为- (BOOL)validate<Key>:error:，口说无凭，上代码
KVV
正确
错误
除此之外，KVC中还有一个方法可以处理错误
- (void)setNilValueForKey:(NSString *)key;他在KVC赋值时，key为NSNumber（基本数据类型会自动转为NSNumber）或NSValue（结构体需手动转成NSValue）时调用，再举个例子
setNil
运行结果
另外，也可在各种数据转模型框架中看到KVC中将基本数据类型自动转为NSNumber的影子，如MJExtension