KVO基本使用
KVO全名Key Value Observing,监听属性的改变。
首先来看一下KVO的基本用法。
定义DPLPerson类,添加age
属性。
// DPLPerson.h
#import <Foundation/Foundation.h>
NS_ASSUME_NONNULL_BEGIN
@interface DPLPerson : NSObject
@property (nonatomic, assign) int age;
@end
NS_ASSUME_NONNULL_END
// DPLPerson.m
#import "DPLPerson.h"
@implementation DPLPerson
@end
创建两个DPLPerson实例,为person1
的age
属性添加属性监听。
self.person1 = [[DPLPerson alloc] init];
self.person1.age = 1;
self.person2 = [[DPLPerson alloc] init];
self.person2.age = 2;
[self.person1 addObserver:self forKeyPath:@"age" options:NSKeyValueObservingOptionNew | NSKeyValueObservingOptionOld context:nil];
点击屏幕时,改变两个实例的age
属性值。
- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {
self.person1.age = 11;
self.person2.age = 22;
}
实现KVO监听方法。
- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSKeyValueChangeKey,id> *)change context:(void *)context {
NSLog(@"监听到%@的%@属性发生了改变 --- %@", object, keyPath, change);
}
在对象释放时,将监听移除
- (void)dealloc {
[self.person1 removeObserver:self forKeyPath:@"age"];
}
当我们点击屏幕时,控制打印。
监听到<DPLPerson: 0x6000031f2cd0>的age属性发生了改变 --- {
kind = 1;
new = 11;
old = 1;
}
以上就是KVO的基本使用。
KVO底层实现
KVO时怎样监听属性值改变的呢?
我们同时修改了person1
和person2
的age
属性,只有person1
的age
属性值的改变触发了KVO,我们来看一下添加监听前后,两个实例对象发生了什么变化。
在添加监听前后分别打印一下person1
和person2
的类对象。
NSLog(@"添加KVO之前 --- %@ %@", object_getClass(self.person1), object_getClass(self.person2));
[self.person1 addObserver:self forKeyPath:@"age" options:NSKeyValueObservingOptionNew | NSKeyValueObservingOptionOld context:nil];
NSLog(@"添加KVO之后 --- %@ %@", object_getClass(self.person1), object_getClass(self.person2));
打印
添加KVO之前的类 --- person1:DPLPerson, person2:DPLPerson
添加KVO之后的类 --- person1:NSKVONotifying_DPLPerson, person2:DPLPerson
可以看到,为person1
添加监听之后,person1的类对象变成了NSKVONotifying_DPLPerson,这并不是我们创建的,而是系统在运行时为DPLPerson创建的子类,可以通过之前文章中提到的方式,来验证一下NSKVONotifying_DPLPerson和DPLPerson的关系。
struct dpl_objc_class {
Class isa;
Class superclass;
};
NSLog(@"添加KVO之后的地址 --- person1Class:%p, person1SuperClss:%p, person2Class:%p", object_getClass(self.person1), person1SuperClass->superclass, object_getClass(self.person2));
控制台打印如下
添加KVO之后的地址 --- person1Class:0x600000379dd0, person1SuperClss:0x10be3f068, person2Class:0x10be3f068
可以看到person1
的类对象,也就是NSKVONotifying_DPLPerson类对象的superclass指针,指向的就是DPLPerson类的地址,也就是说NSKVONotifying_DPLPerson继承自DPLPerson类。
我们知道,为属性赋值实际上就是调用-set:
方法,在为person1
设置属性监听之后,person1
的isa
指针发生了变化,不再指向DPLPerson类,而是指向了NSKVONotifying_DPLPerson类。
也就是说,如果在NSKVONotifying_DPLPerson类中,重写-setAge:
方法,并在-setAge:
方法中调用监听方法-observeValueForKeyPath:ofObject:change:context:
方法就可以实现对属性的监听。
我们可以通过代码来验证一下。使用运行时函数,打印NSKVONotifying_DPLPerson类中的方法。
// 打印类中的方法
- (void)printMethodsWithClass:(Class)cls {
unsigned int count;
Method *methodList = class_copyMethodList(cls, &count);
for (int i = 0; i < count; i++) {
Method method = methodList[i];
NSString *methodName = NSStringFromSelector(method_getName(method));
NSLog(@"%@", methodName);
}
free(methodList);
}
// 在设置KVO之后调用
[self printMethodsWithClass:object_getClass(self.person1)];
打印
setAge:
class
dealloc
_isKVOA
可以看到NSKVONotifying_DPLPerson类确实重写了-setAge:
方法。
我们可以打印出NSKVONotifying_DPLPerson类中-setAge:
的方法指针,看一下它里面具体调用了什么方法。
NSLog(@"添加KVO之后 --- %p", [self.person1 methodForSelector:@selector(setAge:)]);
NSLog(@"断点需要");
在断点需要处打个断点,控制台打印方法的IMP(方法)指针。
2019-02-25 18:20:55.092328+0800 kvo01[2456:1339986] 添加KVO之后 --- 0x104ceacf2
(lldb) p (IMP)0x104ceacf2
(IMP) $0 = 0x0000000104ceacf2 (Foundation`_NSSetIntValueAndNotify)
可以看到-setAge
方法中调用了Foundtion框架中的_NSSetIntValueAndNotify
方法。
Foundtion框架中_NSSetXXXValueAndNotify
系列方法,是实现KVO对关键。
其中XXX取决于被监听属性的类型。本例中age
为int类型,所以会调用_NSSetIntValueAndNotify
方法;如果被监听属性为Double类型,那么将会调用_NSSetDoubleValueAndNotify
方法,以此类推。
NSKVONotifying_DPLPerson内部setAge方法实现
这里我们可以给出NSKVONotifying_DPLPerson内部的大概实现的伪代码
#import "NSKVONotifying_DPLPerson.h"
@implementation NSKVONotifying_DPLPerson
- (void)setAge:(int)age {
// 调用Foundtion中_NSSetXXXValueAndNotify系列方法
_NSSetIntValueAndNotify(age);
}
void _NSSetIntValueAndNotify(int age) {
// 先调用对象的willChangeValueForKey
[self willChangeValueForKey:@"age"];
// 调用父类的set方法,修改属性值
[super setAge:age];
// 修改属性值之后,调用对象的didChangeValueForKey
[self didChangeValueForKey:@"age"];
}
- (void)didChangeValueForKey:(NSString *)key {
// 调用-observeValueForKeyPath:ofObject:change:context:方法,通知属性改变
[observer observeValueForKeyPath:key ofObject:self change:change context:context];
}
@end
NSKVONotifying_DPLPerson内部其他方法实现
从上面的打印可以看到,NSKVONotifying_DPLPerson内部除了重写了父类的set方法,还重写了class方法,并且实现了dealloc和_isKVOA方法。
在添加监听之后,调用class方法来看一下person1的类型
NSLog(@"添加KVO之后 --- %@", [self.person1 class]);
打印
添加KVO之后 --- DPLPerson
person1
的isa
指针明明已经指向的是NSKVONotifying_DPLPerson,而class
方法却依然返回DPLPerson,可见其内部重写了class
方法,并且返回其父类。
这样做了原因就是为了隐藏NSKVONotifying_DPLPerson类的存在,让开发者忽略这个类的存在。
dealloc用于处理运行时创建这个类的销毁。
_isKVOA返回YES
手动触发KVO
有时候我们不改变属性值,依然想要触发KVO监听,那么我们该怎么做呢?
前面已经给出了整个KVO底层的实现
- 运行时创建子类
- 重写
set
方法,调用_NSSetXXXValueAndNotify - willChangeValueForKey
- 调用父类set方法为属性赋值
- didChangeValueForKey
- 调用监听方法
想要手动出发KVO,只要调用willChangeValueForKey
和didChangeValueForKey
这两个方法就可以了。
- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {
[self.person1 willChangeValueForKey:@"age"];
[self.person1 didChangeValueForKey:@"age"];
}
当我们点击屏幕时,即使没有修改属性值,同样会触发监听方法。
监听到<DPLPerson: 0x6000028b2f70>的age属性发生了改变 --- {
kind = 1;
new = 1;
old = 1;
}
网友评论