【转载】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，则更简单了：

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

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