我们在 iOS 开发中经常需要使用分类(Category),为已经存在的类添加属性的需求,但是使用 @property
并不能在分类中正确创建实例变量和存取方法。
不过,通过 Objective-C 运行时中的关联对象,也就是 Associated Object,我们可以实现上述需求。
这篇文章包含了两方面的内容:
关联对象的应用
关于关联对象的使用相信已经成为了一个老生常谈的问题了,不过为了保证这篇文章的完整性,笔者还是会在这里为各位介绍这部分的内容的。
分类中的 @property
@property
可以说是一个 Objective-C 编程中的“宏”,它有元编程的思想。
在使用上述代码时会做三件事:
- 生成实例变量
_property
- 生成
getter
方法- property
- 生成
setter
方法- setProperty:
这些代码都是编译器为我们生成的,虽然你看不到它,但是它确实在这里,我们既然可以在类中使用 @property
生成一个属性,那么为什么在分类中不可以呢?
我们来做一个小实验:创建一个 DKObject
的分类 Category
,并添加一个属性 categoryProperty
:
看起来还是很不错的,不过 Build 一下这个 Demo,会发现有这么一个警告:
在这里的警告告诉我们 categoryProperty
属性的存取方法需要自己手动去实现,或者使用 @dynamic
在运行时实现这些方法。
换句话说,分类中的 @property
并没有为我们生成实例变量以及存取方法,而需要我们手动实现。
使用关联对象
Q:我们为什么要使用关联对象?
A:因为在分类中 @property
并不会自动生成实例变量以及存取方法,所以一般使用关联对象为已经存在的类添加『属性』。
上一小节的内容已经给了我们需要使用关联对象的理由。在这里,我们会介绍 ObjC 运行时为我们提供的与关联对象有关的 API,并在分类中实现一个伪属性:
我们使用了两个方法 objc_getAssociatedObject
以及 objc_setAssociatedObject
来模拟『属性』的存取方法,而使用关联对象模拟实例变量。
在这里有必要解释两个问题:
- 为什么向方法中传入
@selector(categoryProperty)
? OBJC_ASSOCIATION_RETAIN_NONATOMIC
是干什么的?
关于第一个问题,我们需要看一下这两个方法的原型:
@selector(categoryProperty)
也就是参数中的 key
,其实可以使用静态指针 static void *
类型的参数来代替,不过在这里,笔者强烈推荐使用 @selector(categoryProperty)
作为 key
传入。因为这种方法省略了声明参数的代码,并且能很好地保证 key
的唯一性。
OBJC_ASSOCIATION_RETAIN_NONATOMIC
又是什么呢?如果我们使用 Command
加左键查看它的定义:
从这里的注释我们能看到很多东西,也就是说不同的 objc_AssociationPolicy
对应了不通的属性修饰符:
OBJC_ASSOCIATION_ASSIGN | assign |
OBJC_ASSOCIATION_RETAIN_NONATOMIC | nonatomic, strong |
OBJC_ASSOCIATION_COPY_NONATOMIC | nonatomic, copy |
OBJC_ASSOCIATION_RETAIN | atomic, strong |
OBJC_ASSOCIATION_COPY | atomic, copy |
而我们在代码中实现的属性 categoryProperty
就相当于使用了 nonatomic
和 strong
修饰符。
到这里,我们已经完成了对关联对象应用的介绍,再来回顾一下小节的内容。
@property` 其实有元编程的思想,它能够为我们自动生成实例变量以及存取方法,而这三者构成了属性这个类似于语法糖的概念,为我们提供了更便利的点语法来访问属性:
在分类中,因为类的实例变量的布局已经固定,使用 @property
已经无法向固定的布局中添加新的实例变量(这样做可能会覆盖子类的实例变量),所以我们需要使用关联对象以及两个方法来模拟构成属性的三个要素。
关联对象的实现
这一部分会从三个 objc 运行时的方法为入口来对关联对象的实现一探究竟,其中两个方法是上一部分使用到的方法:
三个方法的作用分别是:
- 以键值对形式添加关联对象
- 根据
key
获取关联对象 - 移除所有关联对象
而接下来的内容自然就是围绕这三个方法进行的,我们会对它们的实现进行分析。
objc_setAssociatedObject
首先是 objc_setAssociatedObject
方法,这个方法的调用栈并不复杂:
调用栈中的 _object_set_associative_reference
方法实际完成了设置关联对象的任务:
我们需要注意其中的几个类和数据结构,因为在具体分析这个方法的实现之前,我们需要了解其中它们的作用:
AssociationsManager
AssociationsHashMap
ObjcAssociationMap
ObjcAssociation
AssociationsManager
AssociationsManager
在源代码中的定义是这样的:
它维护了 spinlock_t
和 AssociationsHashMap
的单例,初始化它的时候会调用 lock.lock()
方法,在析构时会调用 lock.unlock()
,而 associations
方法用于取得一个全局的 AssociationsHashMap
单例。
也就是说 AssociationsManager
通过持有一个自旋锁 spinlock_t
保证对 AssociationsHashMap
的操作是线程安全的,即每次只会有一个线程对 AssociationsHashMap 进行操作。
如何存储 ObjcAssociation
ObjcAssociation
就是真正的关联对象的类,上面的所有数据结构只是为了更好的存储它。
首先,AssociationsHashMap
用与保存从对象的 disguised_ptr_t
到 ObjectAssociationMap
的映射:
而 ObjectAssociationMap
则保存了从 key
到关联对象 ObjcAssociation
的映射,这个数据结构保存了当前对象对应的所有关联对象:
最关键的 ObjcAssociation
包含了 policy
以及 value
:
举一个简单的例子来说明关联对象在内存中以什么形式存储的,以下面的代码为例:
这里的关联对象 ObjcAssociation(OBJC_ASSOCIATION_RETAIN_NONATOMIC, @"Hello")
在内存中是这么存储的:
大专栏 14. 关联对象 AssociatedObject 完全解析(转载)://jianli2017.top//wiki/IOS/Runtime/objc/14_AssociatedObject /objc-ao-associateobjcect.png" alt="objc-ao-associateobjcect"/>
接下来我们可以重新回到对 objc_setAssociatedObject
方法的分析了。
在这里会将方法的执行分为两种情况:
new_value != nil
设置/更新关联对象的值new_value == nil
删除一个关联对象
new_value != nil
先来分析在 new_value != nil
的情况下,该方法的执行是什么样的:
- 使用
old_association(0, nil)
创建一个临时的ObjcAssociation
对象(用于持有原有的关联对象,方便在方法调用的最后释放值) 调用
acquireValue
对new_value
进行retain
或者copy
初始化一个
AssociationsManager
,并获取唯一的保存关联对象的哈希表AssociationsHashMap
先使用
DISGUISE(object)
作为 key 寻找对应的ObjectAssociationMap
如果没有找到,初始化一个
ObjectAssociationMap
,再实例化ObjcAssociation
对象添加到 Map 中,并调用setHasAssociatedObjects
方法,表明当前对象含有关联对象如果找到了对应的
ObjectAssociationMap
,就要看key
是否存在了,由此来决定是更新原有的关联对象,还是增加一个最后的最后,如果原来的关联对象有值的话,会调用
ReleaseValue()
释放关联对象的值
到这里,该条件下的方法实现就结束了。
new_value == nil
如果 new_value == nil
,就说明我们要删除对应 key
的关联对象,实现如下:
这种情况下方法的实现与前面的唯一区别就是,我们会调用 erase
方法,擦除 ObjectAssociationMap
中 key
对应的节点。
setHasAssociatedObjects()
其实上面的两种情况已经将 objc_setAssociatedObject
方法的实现分析得很透彻了,不过,这里还有一个小问题来等待我们解决,setHasAssociatedObjects()
方法的作用是什么?
它会将 isa
结构体中的标记位 has_assoc
标记为 true
,也就是表示当前对象有关联对象,在这里我还想祭出这张图来介绍 isa
中的各个标记位都是干什么的。
objc_getAssociatedObject
我们既然已经对 objc_setAssociatedObject
的实现已经比较熟悉了,相信对于 objc_getAssociatedObject
的理解也会更加容易。
方法的调用栈和 objc_setAssociatedObject
非常相似:
而 _object_get_associative_reference
相比于前面方法的实现更加简单。
代码中寻找关联对象的逻辑和 objc_setAssociatedObject
差不多:
- 获取静态变量
AssociationsHashMap
- 以
DISGUISE(object)
为 key 查找AssociationsHashMap
- 以
void *key
为 key 查找ObjcAssociation
根据
policy
调用相应的方法返回关联对象
ObjcAssociation
的值
objc_removeAssociatedObjects
关于最后的 objc_removeAssociatedObjects
方法,其实现也相对简单,这是方法的调用栈:
这是简化版本的 objc_removeAssociatedObjects
方法实现:
为了加速移除对象的关联对象的速度,我们会通过标记位 has_assoc
来避免不必要的方法调用,在确认了对象和关联对象的存在之后,才会调用 _object_remove_assocations
方法移除对象上所有的关联对象:
方法会将对象包含的所有关联对象加入到一个 vector
中,然后对所有的 ObjcAssociation
对象调用 ReleaseValue()
方法,释放不再被需要的值。
小结
关于应用
本来在这个系列的文章中并不会涉及关联对象这个话题,不过,有人问过我这么一个问题:在分类中到底能否实现属性?其实在回答这个问题之前,首先要知道到底属性是什么?而属性的概念决定了这个问题的答案。
- 如果你把属性理解为通过方法访问的实例变量,我相信这个问题的答案是不能,因为分类不能为类增加额外的实例变量。
- 不过如果属性只是一个存取方法以及存储值的容器的集合,那么分类是可以实现属性的。
关于实现
关联对象又是如何实现并且管理的呢:
- 关联对象其实就是
ObjcAssociation
对象 - 关联对象由
AssociationsManager
管理并在AssociationsHashMap
存储 - 对象的指针以及其对应
ObjectAssociationMap
以键值对的形式存储在AssociationsHashMap
中 ObjectAssociationMap
则是用于存储关联对象的数据结构- 每一个对象都有一个标记位
has_assoc
指示对象是否含有关联对象