【转载】Weak Associated Object

为NSObject对象绑定 associated object 时可以指定如下依赖关系:

OBJC_ASSOCIATION_ASSIGN: 弱引用

OBJC_ASSOCIATION_RETAIN_NONATOMIC: 强引用,非原子操作

OBJC_ASSOCIATION_COPY_NONATOMIC: 先 copy,然后强引用

OBJC_ASSOCIATION_RETAIN: 强引用,原子操作

OBJC_ASSOCIATION_COPY: 先 copy,然后强引用,原子操作

却没有提供OBJC_ASSOCIATION_WEAK这样的选项,我在开发过程中遇到这个问题,本文记录我的浅薄思考和解决方案。

若要搞清楚为啥没有OBJC_ASSOCIATION_WEAK这个选项,得理解 associated object 的实现原理,以及__weak 的实现原理。在 runtime 源码(或者参考博客Objective-C Associated Objects 的实现原理)和《Objective-C 高级编程:iOS 与 OS X 多线程和内存管理》中能分别找到关于这两点的答案,本文只作简单描述。

与普通的属性或实例变量不同,Objective-C 在底层使用 AssociationsManager 统一管理各个对象的 associated objects,NSObject能做的是通过 static key(一般是一个固定值)去访问对应的 associated object,然后在 dealloc 中经过如下调用栈解除对这些关联对象的引用:

dealloc    object_dispose        objc_destructInstance_object_remove_assocations  // 移除必要的associated objects

换句话说,在NSObject对象的内存空间里,并没有为 associated objects 分配任何变量。

weak 变量相对于 assign 变量的最大魅力在于,若指向的对象被销毁了,前者会被 Objective-C 设置为nil;后者却没有这样的待遇。这个逻辑是如何实现的呢?简单来说,Runtime 在底层维护一个 weak 表,每每分配一个 weak 指针并赋值有效对象的地址时,会将对象地址和 weak 指针地址注册到 weak 表中,其中对象地址作为 key;当对象被废弃时,可根据对象地址快速寻找到指向它的所有 weak 指针,这些 weak 指针会被赋值 0(即nil)并移出 weak 表。

综上,实现 weak 引用(而非 assign 引用)的前提是存在一个__weak 指针指向到被引用对象的地址,只有这样,当对象被销毁时,指针才能被 runtime 找到然后被设置为nil;NSObject对象和其 associated object 的关系,并不存在指针这样的中间媒介,因此只存在OBJC_ASSOCIATION_ASSIGN选项,而不存在OBJC_ASSOCIATION_WEAK选项。

#如何定义 Weak Associated Object

然而有时候,安全起见,我们需要在对象和 associated object 之间建立 weak 关系,而非 assign 关系,如何实现呢?其实也简单,话不多说,直接给出一种方案。

定义一个简单对象,该对象提供一个被 weak 修饰的属性:

@interfaceWeakAssociatedObjectWrapper:NSObject@property(nonatomic,weak)id object;@end@implementationWeakAssociatedObjectWrapper@end

需要定义 weak associated object 时,使用该类对象作为中转:

@interfaceUIView(ViewController)@property(nonatomic,weak)UIViewController*vc;@end@implementationUIView(ViewController)-(void)setVc:(UIViewController*)vc{WeakAssociatedObjectWrapper*wrapper=[WeakAssociatedObjectWrapper new];wrapper.object=vc;objc_setAssociatedObject(self,@selector(vc),wrapper,OBJC_ASSOCIATION_RETAIN_NONATOMIC);}-(UIViewController*)vc{WeakAssociatedObjectWrapper*wrapper=objc_getAssociatedObject(self,_cmd);returnwrapper.object;}@end

这种实现方案非常简单直观,堪用!

#如何让 Weak Associated Object 支持 KVO

可能还有更贪心的需求:让 weak associated object 支持 KVO。让 associated object 支持 KVO 的普通姿势是:

@implementationUIView(ViewController)// Setter-(void)setVc:(UIViewController*)vc{[selfwillChangeValueForKey:@"vc"];WeakAssociatedObjectWrapper*wrapper=[WeakAssociatedObjectWrapper new];wrapper.object=vc;objc_setAssociatedObject(self,@selector(vc),wrapper,OBJC_ASSOCIATION_RETAIN_NONATOMIC);[selfdidChangeValueForKey:@"vc"];}@end

但存在问题,UIView#vc是一个 weak associated object,简单来说,当 vc 被释放时,view 是得不到任何通知的。

其实,这个问题同样存在于 weak property 上,当弱持有的对象被释放掉时,runtime 会将对应的 weak 指针赋值为nil;但是操作对象是实例变量本身,而非通过 setter,因此无法触发 KVO,故而存在逻辑漏洞。

因此,我的看法是:尽可能避免对 weak property 或者 weak associated object 进行 KVO。

如果实在要这么干,肿么办?我有办法!

首先定义一个类,该类只有一个 block,在 dealloc 中被调用。

@interfaceDeallocObject:NSObject@property(nonatomic,copy)void(^deallocBlock)(void);@end@implementationDeallocObject-(void)dealloc{if(_deallocBlock){_deallocBlock();}}@end

OK,基于该DeallocObject实现支持 KVO 的 Setter 如下:

-(void)setVc:(UIViewController*)vc{[selfwillChangeValueForKey:@"vc"];objc_setAssociatedObject(self,@selector(vc),vc,OBJC_ASSOCIATION_RETAIN_NONATOMIC);if(vc){@weakify(self,vc);DeallocObject*dObject=[DeallocObject new];dObject.deallocBlock=^{@strongify(self,vc);if(self&&self.vc==vc){self.vc=nil;}};objc_setAssociatedObject(vc,(__bridgeconstvoid*)dObject.deallocBlock,dObject,OBJC_ASSOCIATION_RETAIN_NONATOMIC);// 这里是关键}[selfdidChangeValueForKey:@"vc"];}

这个 setter 的实现,乍地一看有些复杂,其实也蛮容易掰扯清楚的。简单来说,每当在 vc 和 view 之间建立弱引用关系时,为 vc 创建一个新的 associated object,即dObject;vc 是dObject的唯一持有者,vc 的 dealloc 触发之前,会先触发dObject的 dealloc,也即触发后者的 deallocBlock 的调用,在该 block 中,通过 setter 将UIView#vc设为 nil;即通过 setter 解除依赖关系。需要注意的是,每次为 vc 绑定 associated object 时,都得使用一个新的 key。

这种奇技淫巧是唯一的选择吗?其不然,另一种解决方案也很容易想到,即对 vc 的 dealloc 进行 swizzling,如果使用 ReactiveCocoa,则更简单了:

-(void)setVc:(UIViewController*)vc{[selfwillChangeValueForKey:@"vc"];objc_setAssociatedObject(self,@selector(vc),vc,OBJC_ASSOCIATION_RETAIN_NONATOMIC);if(vc){@weakify(self,vc);[vc.rac_willDeallocSignal subscribeNext:^(id _){@strongify(self,vc);if(self&&self.vc==vc){self.vc=nil;}}];}[selfdidChangeValueForKey:@"vc"];}

这些解决方案所使用的技术,都比较简单,只是点子没那么容易想到。

最后,仍然还是那句话:尽可能避免对 weak property 或 weak associated object 进行 KVO。

你可能感兴趣的:(【转载】Weak Associated Object)