KVO/KVC的底层原理和使用

添加监听的实例对象结构图

未添加监听的实例对象结构图

用途：

主要用于监听属性值的变化。可用于MVVM中 viewModel和View的交互。(请在评论区继续ADD…)

扩展：

动态创建类

动态创建类参数：父类，类名，额外的内存空间

Class objc_allocateClassPair(Class superclass, const char *name, size_t extraBytes)

如何更改isa指向和isa指针的结构？

修改设置isa指向：

 object_setClass(id obj, Class cls)

isa和superClass指向:

• 实例对象的isa 指针类对象，类对象的isa指针指向metaClass，metaClass的isa指针指向基类NSObject.

• 实例对象没有superClass指针，类对象的superClass指向父类对象，一直到基类的类对象[NSObject class], NSObject的类对象指向nil。

• metaClass对象的superClass指向父类的metaClass对象，一直到基类的metaClass对象, NSObject的metaClass对象指向类对象[NSObject class]。

isa和superClass指向

面试参考答案

如何手动实现KVO?

1、手动创建子类，并修改实例对象isa指向：
2、重写set方法，+class方法
3、重写didChangeValueForKey：

如何解除KVO?

重写didChangeValueForKey：

KVC/KVO的优缺点

• KVC优点：没有property的变量（私有）也能通过KVC进行设置，json或者简化代码（多级属性）或者json转model 简化代码
• KVC缺点：如果key只写错，编写的时候不会报错，但是运行的时候会报错

KVO优点

• 能够提供一种简单的方法实现两个对象的同步；
• 能够对内部对象的状态改变作出响应，而且不需要改变内部对象的实现；
• 能够提供被观察者属性的最新值和之前的值；
• 使用key Path来观察属性，因此可以观察嵌套对象；
• 完成了对观察对象的抽象，因为不需要额外的代码来允许观察者被观察。

KVO缺点

• KVO只能检测类中的属性，并且属性名都是通过NSString来查找，编译器不会补全（编译时不会出现警告），容易写错；
• 对属性重构，将导致观察代码不可用；
• 复杂的 “if” 语句要求对象正在观察多个值，是因为所有的观察代码通过一个方法来指向；

KVC能够使用KVO监听吗

KVC的API如下所示：

- (void)setValue:(id)value forKeyPath:(NSString *)keyPath;
- (void)setValue:(id)value forKey:(NSString *)key;
- (id)valueForKeyPath:(NSString *)keyPath;
- (id)valueForKey:(NSString *)key; 

KVC访问变量的流程如下图所示：

setValueforkey的执行流程

setValueforkey首先调用的是setKey方法，OC属性声明后或自动生成set 、 get 方法和_key的局部变量，所以默认是可以被KVO监听到的。
但是如果属性被readOnly修饰就不会自动生成set方法， 但是如果用KVC的话仍然可以修改被readOnly修饰的值。而且能够出发KVO监听，证明了下面的流程图：寻找_key的局部变量直接修改，并且主动调用willChangeValueForKey 和didChangeValueForKey， 触发KVO监听。（思考一下这是readOnly的漏洞吗？怎么解决呢？评论区见）

getValueforkey的执行流程

KVC赋值异常处理

- (void)setNilValueForKey:(NSString *)key
{
    NSLog(@"这里处理当赋值为nil时，出现异常");
}
- (void)setValue:(id)value forUndefinedKey:(NSString *)key
{
    NSLog(@"key没有定义的时候，可以在这里处理");
}

如有错误或者新的见解欢迎在评论区约谈…

文章均来自互联网如有不妥请联系作者删除QQ:314111741 地址：http://www.mqs.net/post/13856.html