iOS 底层原理 文章汇总
本文的主要目的是针对类的加载的一个扩展,主要讲讲类拓展和分类的底层实现原理
【面试题】类扩展 与 分类 的区别
1、category 类别、分类
-
专门用来给类添加新的方法
-
,添加了成员属性,也无法取到不能给类添加成员属性
- 注意:其实
,即属性关联,重写setter、getter方法可以通过runtime 给分类添加属性
- 分类中用
定义变量,@property
变量的只会生成
方法的setter、getter
,声明
不能生成方法实现 和 带下划线的成员变量
2、extension 类扩展
- 可以说成是
,也可称作特殊的分类
匿名分类
- 可以
,但给类添加成员属性
是是私有变量
- 可以
,也给类添加方法
是私有方法
类扩展 底层原理探索
类的扩展有两种创建方式
- 直接在
:永远类中书写
(需要在在声明之后,在实现之前
中书写).m文件
- 通过 command+N 新建 -> Objective-C File -> 选择
Extension
类扩展的的本质
通过clang底层编译
- 写一个类扩展
- 通过
命令生成cpp文件,打开cpp文件,搜索clang -rewrite-objc main.mm -o main.cpp
属性ext_name
- 查看 LGTeacher 类拓展的方法,在
中,方法就直接添加到了编译过程
中,作为类的一部分,即methodlist
里面编译时期直接添加到本类
通过源码调试探索
- 创建
即类的扩展,并声明两个方法LGPerson+LGEXT.h
- 在
中实现这两个方法LGperon.m
- 运行
源码程序,在objc
中断住,查看kc_roreadClass
-
p kc_ro->baseMethodList
-
~p $0->get(0)
p $0->get(10)
-
总结
-
类的扩展 在编译器 会作为类的一部分,和类一起编译进来
-
只是类的扩展
,声明
,没有.m文件,可以理解为一个依赖于当前的主类
·h文件
分类关联对象 底层原理探索
其底层原理的实现,主要分为两部分:
- 通过
设值流程objc_setAssociatedObject
- 通过
取值流程objc_getAssociatedObject
关联对象-设值流程
- 在
中重写属性分类LG
的cate_name
方法,通过set、get
的属性关联方法实现runtime
- 运行程序,断点断在
中main
赋值处cate_name
- 继续往下运行,断在分类的
方法中 其中setCate_name
方法有四个参数,分别表示:objc_setAssociatedObject
- 参数1:要关联的对象,即给谁添加关联属性
- 参数2:标识符,方便下次查找
- 参数3:value
- 参数4:属性的
,即nonatomic、atomic、assign等,如下所示策略
- 进入
源码实现objc_setAssociatedObject
- 这种设计模式属于是
,对外的接口不变,内部的逻辑变化不影响外部的调用, 类似于接口模式
方法的底层源码实现set
- 这种设计模式属于是
- 进入
方法实现,其中get
是一个ChainedHookFunction
函数指针
-
- 进入
,其底层实现是SetAssocHook
,类型是_base_objc_setAssociatedObject
所以可以理解为ChainedHookFunction
等价于SetAssocHook.get()
_base_objc_setAssociatedObject
- 进入
void
objc_setAssociatedObject(id object, const void *key, id value, objc_AssociationPolicy policy)
{
SetAssocHook.get()(object, key, value, policy);//接口模式,对外接口始终不变
}
👇等价于
void
objc_setAssociatedObject(id object, const void *key, id value, objc_AssociationPolicy policy)
{
_base_objc_setAssociatedObject(object, key, value, policy);//接口模式,对外接口始终不变
}
- 进入
源码实现:_base_objc_setAssociatedObject
,通过断点调试,确实会来到这里_base_objc_setAssociatedObject -> _object_set_associative_reference
_object_set_associative_reference 方法
进入
_object_set_associative_reference
源码实现
关于关联对象 底层原理的探索 主要是看
value存
到了哪里, 以及如何
取出value
,以下是源码
void
_object_set_associative_reference(id object, const void *key, id value, uintptr_t policy)
{
// This code used to work when nil was passed for object and key. Some code
// probably relies on that to not crash. Check and handle it explicitly.
// rdar://problem/44094390
if (!object && !value) return;
if (object->getIsa()->forbidsAssociatedObjects())
_objc_fatal("objc_setAssociatedObject called on instance (%p) of class %s which does not allow associated objects", object, object_getClassName(object));
//object封装成一个数组结构类型,类型为DisguisedPtr
DisguisedPtr<objc_object> disguised{(objc_object *)object};//相当于包装了一下 对象object,便于使用
// 包装一下 policy - value
ObjcAssociation association{policy, value};
// retain the new value (if any) outside the lock.
association.acquireValue();//根据策略类型进行处理
//局部作用域空间
{
//初始化manager变量,相当于自动调用AssociationsManager的析构函数进行初始化
AssociationsManager manager;//并不是全场唯一,构造函数中加锁只是为了避免重复创建,在这里是可以初始化多个AssociationsManager变量的
AssociationsHashMap &associations(manager.get());//AssociationsHashMap 全场唯一
if (value) {
auto refs_result = associations.try_emplace(disguised, ObjectAssociationMap{});//返回的结果是一个类对
if (refs_result.second) {//判断第二个存不存在,即bool值是否为true
/* it's the first association we make 第一次建立关联*/
object->setHasAssociatedObjects();//nonpointerIsa ,标记位true
}
/* establish or replace the association 建立或者替换关联*/
auto &refs = refs_result.first->second; //得到一个空的桶子,找到引用对象类型,即第一个元素的second值
auto result = refs.try_emplace(key, std::move(association));//查找当前的key是否有association关联对象
if (!result.second) {//如果结果不存在
association.swap(result.first->second);
}
} else {//如果传的是空值,则移除关联,相当于移除
auto refs_it = associations.find(disguised);
if (refs_it != associations.end()) {
auto &refs = refs_it->second;
auto it = refs.find(key);
if (it != refs.end()) {
association.swap(it->second);
refs.erase(it);
if (refs.size() == 0) {
associations.erase(refs_it);
}
}
}
}
}
// release the old value (outside of the lock).
association.releaseHeldValue();//释放
}
通过源码可知,主要分为以下几部分:
- 1:创建一个
管理类AssociationsManager
- 2:获取
的全局静态哈希唯一
Map:AssociationsHashMap
- 3:判断是否插入的
是否存在关联值value
- 3.1:存在走第4步
- 3.2:不存在就走 :
关联对象-插入空流程
- 4:通过
方法,并创建一个空的try_emplace
去取查询的键值对:ObjectAssociationMap
- 5:如果发现
这个没有
就key
进去并返回true插入一个 空的 BucketT
- 6:通过
方法setHasAssociatedObjects
即置标记对象存在关联对象
的isa指针
属性为has_assoc
true
- 7:用当前
组成了一个policy 和 value
替换原来ObjcAssociation
BucketT 中的空
- 8:标记一下
的ObjectAssociationMap
为第一次
false
设置流程 源码调试
- 定义
类型的变量,相当于自动调用AssociationsManager
的析构函数进行初始化AssociationsManager
- 加锁lock,并不代表 唯一,只是为了避免多线程重复创建,其实在外面是可以定义多个
的AssociationsManager manager;
- 加锁lock,并不代表 唯一,只是为了避免多线程重复创建,其实在外面是可以定义多个
- 定义
类型的哈希map,这个全场唯一的,从哪里可以体现呢?AssociationsHashMap
- 通过
生成哈希map,其中_mapStorage.get()
是一个静态变量,所以_mapStorage
的,所以是哈希map 永远是通过静态变量获取出来
的全场唯一
- 通过
- 通过调试,可以查看 目前的数据结构
-
:其中的value是来自object 还原出来的p disguised
-
p association
-
p manager
-
:目前的p associations
为associations
,表示还没有查找到相应的递归查找域中0x0
-
- 走到局部作用域的if判断,此时的
是有值的,为value
KC
- 如果传入的
,走到局部作用域的value是空值
,通过源码可知,相当于else流程
移除关联
- 如果传入的
- 继续往下执行,查看
– p refs_result,其中的类型数据非常多,可以进行拆解查看refs_result
-
调用associations
方法,传入一个对象try_emplace
和 一个空的关联mapdisguised
ObjectAssociationMap{}
-
//pair -- 表示有键值对
(std::__1::pair<
objc::DenseMapIterator<DisguisedPtr<objc_object>,
objc::DenseMap<const void *, objc::ObjcAssociation, objc::DenseMapValueInfo<objc::ObjcAssociation>, objc::DenseMapInfo<const void *>, objc::detail::DenseMapPair<const void *, objc::ObjcAssociation> >,
objc::DenseMapValueInfo<objc::DenseMap<const void *, objc::ObjcAssociation, objc::DenseMapValueInfo<objc::ObjcAssociation>, objc::DenseMapInfo<const void *>, objc::detail::DenseMapPair<const void *, objc::ObjcAssociation> > >,
objc::DenseMapInfo<DisguisedPtr<objc_object> >,
objc::detail::DenseMapPair<DisguisedPtr<objc_object>, objc::DenseMap<const void *, objc::ObjcAssociation, objc::DenseMapValueInfo<objc::ObjcAssociation>, objc::DenseMapInfo<const void *>, objc::detail::DenseMapPair<const void *, objc::ObjcAssociation> > >,
false>,
bool>)
//可以简写为
(std::__1::pair<
objc
bool>)
- 进入
方法的源码实现try_emplace
- 有两个返回,都是通过
生成相应的键值对std::make_pair
- 通过
方法LookupBucketFor
,如果map中已经查找桶子
,则存在
,其中直接返回
的第二个参数make_pair
bool值为false
- 如果没
,则通过有找到
插入map,其中InsertIntoBucket
的第二个参数make_pair
bool值为true
- 有两个返回,都是通过
- 进入
源码,有两个同名方法,其中第二个方法属于重载函数,区别于第一个的是第二个参数没有const修饰,通过调试可知,外部的调用是调用的第二个重载函数,而第二个LookupBucketFor
方法,内部的实现是调用第一个LookupBucketFor
方法LookupBucketFor
- 第一个
方法源码实现LookupBucketFor
- 第二个
方法的源码实现LookupBucketFor
- 第一个
- 断点运行至
方法中的获取bucket部分try_emplace
TheBucket = InsertIntoBucket(TheBucket, Key, std::forward<Ts>(Args)...);
- p TheBucket 其中
的类型与TheBucket
中属性的类型是一致refs_result
- p TheBucket 其中
- 进入
的if流程,通过if (refs_result.second)
将setHasAssociatedObjects
的nonpointerIsa
标记为has_assoc
true
- 继续往下执行,查看
refs
-
,执行p refs
前查看try_emplace
-
,执行p refs
后查看 第一次执行try_emplace
插入的是一个空桶,还没有值,第二次执行第一次执行try_emplace
才插入值,即往空桶中插入try_emplace
,返回true,可以通过调试验证ObjectAssociationMap(value,policy)
-
-
,返回的true,到此就将属性与value关联上了p result.second
所以,关联对象的设值图示如下,有点类似于cache_t中的insert方法插入sel-imp的逻辑,如下图所示
属性关联涉及的哈希map结构
所以到目前为止,关联属性涉及的map结构如下
-
可以有多个,通过AssociationsManager
锁可以得到一个AssociationsManagerLock
类型的mapAssociationsHashMap
- map中有很多的关联对象map,类型是
,其中key为ObjectAssociationMap
,例如LGPerson会对应一个DisguisedPtr<objc_object>
,LGTeacher也会对应一个ObjectAssociationMap
ObjectAssociationMap
typedef DenseMap<DisguisedPtr<objc_object>, ObjectAssociationMap> AssociationsHashMap;
-
哈希表中有很多ObjectAssociationMap
键值对,其中key-value
的类型为key
,const void *
的类型为value
ObjcAssociation
typedef DenseMap<const void *, ObjcAssociation> ObjectAssociationMap;
- 其中
是用于包装policy和value的一个类ObjcAssociation
对象插入空流程
根据源码可知,主要是局部作用域中的
else流程
,其实这个流程可以通俗的理解为
当传入的value为nil时,则移除关联
,主要分为以下几步:
- 1、根据 DisguisedPtr 找到 AssociationsHashMap 中的 iterator 迭代查询器
- 2、清理迭代器
- 3、其实如果插入空置 相当于清除
关联对象-取值流程
- main中 打印
的值,断点来到分类中重写的属性person.cate_name
方法get
- 进入
源码实现objc_getAssociatedObject
_object_get_associative_reference方法
其源码实现如下:
id
_object_get_associative_reference(id object, const void *key)
{
ObjcAssociation association{};//创建空的关联对象
{
AssociationsManager manager;//创建一个AssociationsManager管理类
AssociationsHashMap &associations(manager.get());//获取全局唯一的静态哈希map
AssociationsHashMap::iterator i = associations.find((objc_object *)object);//找到迭代器,即获取buckets
if (i != associations.end()) {//如果这个迭代查询器不是最后一个 获取
ObjectAssociationMap &refs = i->second; //找到ObjectAssociationMap的迭代查询器获取一个经过属性修饰符修饰的value
ObjectAssociationMap::iterator j = refs.find(key);//根据key查找ObjectAssociationMap,即获取bucket
if (j != refs.end()) {
association = j->second;//获取ObjcAssociation
association.retainReturnedValue();
}
}
}
return association.autoreleaseReturnedValue();//返回value
}
通过源码可知,主要分为以下几部分
- 1:创建一个
管理类AssociationsManager
- 2:获取唯一的全局静态哈希Map:
AssociationsHashMap
- 3:通过
方法根据find
找到DisguisedPtr
中的AssociationsHashMap
迭代查询器iterator
- 4:如果这个迭代查询器不是最后一个 获取 :
ObjectAssociationMap (policy和value)
- 5:通过
方法找到find
的迭代查询器获取一个经过属性修饰符修饰的ObjectAssociationMap
value
- 6:返回
value
调试取值流程
- ,接着上一步调试,进入
源码实现_object_get_associative_reference
- 进入
方法:根据关联对象迭代查找find
,即AssociationsHashMap
buckets
-
p i
-
p i->second
- 进入
- 再次通过
方法,在find
中查找与key配对的buckets
bucket
-
方法执行之前,find
的打印,此时的j
value为nil
-
方法查询之后,find
的打印,此时的j
value 为KC
-
总结
所以,综上所述,所以
关联对象的底层调用流程
如下图所示
总的来说,
关联对象
主要就是
两层哈希map的处理
,即存取时都是两层处理,类似于二维数组
补充
AssociationsHashMap 唯一性验证
- 验证
的唯一性,而AssociationsHashMap
不唯一AssociationsManager
- 去掉
中的加锁AssociationsManager
- 在
方法中再次定义一遍_object_set_associative_reference
和manager
associations
- 下面是调试运行的结果,从下图中可以看出两个
的地址是一样的,验证了其唯一性association
- 去掉
- 加锁的目的:保证
对象的安全性,防止冲突
AssociationsManager manager;
👇等价于
AssociationsManager();
lock();
...
unlock();//作用域之后unlock