iOS-底层原理 19：类扩展与关联对象底层原理探索

本文的主要目的是针对类的加载的一个扩展，主要讲讲类拓展和分类的底层实现原理

【面试题】类扩展与分类的区别

1、category 类别、分类

2、extension 类扩展

类扩展底层原理探索

类的扩展有两种创建方式

类扩展的的本质

通过clang底层编译

写一个类扩展

通过clang -rewrite-objc main.mm -o main.cpp命令生成cpp文件，打开cpp文件，搜索ext_name属性

查看 LGTeacher类拓展的方法，在编译过程中，方法就直接添加到了 methodlist中，作为类的一部分，即编译时期直接添加到本类里面

通过源码调试探索

创建LGPerson+LGEXT.h即类的扩展，并声明两个方法

在LGperon.m中实现这两个方法

运行objc源码程序，在readClass中断住，查看kc_ro

*   `p kc_ro->baseMethodList`
*   `p $0->get(0)` ~ `p $0->get(10)`

总结

分类关联对象底层原理探索

其底层原理的实现，主要分为两部分：

关联对象-设值流程

在分类LG中重写属性cate_name的set、get方法，通过runtime的属性关联方法实现

运行程序，断点断在main中cate_name赋值处

继续往下运行，断在分类的setCate_name方法中

其中`objc_setAssociatedObject`方法有四个参数，分别表示：

进入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 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 就插入一个空的 BucketT进去并返回true
6：通过setHasAssociatedObjects方法标记对象存在关联对象即置isa指针的has_assoc属性为true
7：用当前 policy 和 value 组成了一个 ObjcAssociation 替换原来 BucketT 中的空
8：标记一下 ObjectAssociationMap 的第一次为 false

设置流程源码调试

定义AssociationsManager类型的变量，相当于自动调用AssociationsManager的析构函数进行初始化
- 加锁lock，并不代表唯一，只是为了避免多线程重复创建，其实在外面是可以定义多个AssociationsManager manager;的
定义AssociationsHashMap类型的哈希map，这个全场唯一的，从哪里可以体现呢？
- 通过_mapStorage.get()生成哈希map，其中_mapStorage是一个静态变量，所以 哈希map 永远是通过静态变量获取出来的，所以是全场唯一的
  
  image
通过调试，可以查看目前的数据结构
- p disguised :其中的value是来自object 还原出来的
- p association
- p manager
- p associations :目前的associations为0x0,表示还没有查找到相应的递归查找域中
  
  image
走到局部作用域的if判断，此时的 value是有值的，为KC

image
- 如果传入的value是空值，走到局部作用域的else流程，通过源码可知，相当于移除关联
  
  image
继续往下执行，查看 refs_result -- p refs_result，其中的类型数据非常多，可以进行拆解查看
- associations调用try_emplace方法，传入一个对象disguised 和一个空的关联mapObjectAssociationMap{}
  
  image

//pair -- 表示有键值对
(std::__1::pair<
 objc::DenseMapIterator,

 objc::DenseMap, objc::DenseMapInfo, objc::detail::DenseMapPair >,

 objc::DenseMapValueInfo, objc::DenseMapInfo, objc::detail::DenseMapPair > >,

 objc::DenseMapInfo >,

 objc::detail::DenseMapPair, objc::DenseMap, objc::DenseMapInfo, objc::detail::DenseMapPair > >,

 false>,

 bool>)

//可以简写为

(std::__1::pair<

 objc

bool>)

进入try_emplace方法的源码实现
- 有两个返回，都是通过std::make_pair生成相应的键值对
- 通过LookupBucketFor方法查找桶子，如果map中已经存在，则直接返回，其中make_pair的第二个参数bool值为false
- 如果没有找到，则通过InsertIntoBucket插入map，其中make_pair的第二个参数bool值为true

进入LookupBucketFor源码，有两个同名方法，其中第二个方法属于重载函数，区别于第一个的是第二个参数没有const修饰，通过调试可知，外部的调用是调用的第二个重载函数，而第二个LookupBucketFor方法，内部的实现是调用第一个LookupBucketFor方法

*   第一个`LookupBucketFor`方法源码实现

    ![image](//upload-images.jianshu.io/upload_images/2251862-6ec20f508a3fdba1.jpg?imageMogr2/auto-orient/strip|imageView2/2/w/1200)

*   第二个`LookupBucketFor`方法的源码实现

断点运行至try_emplace方法中的获取bucket部分TheBucket = InsertIntoBucket(TheBucket, Key, std::forward(Args)...);
- p TheBucket

    其中`TheBucket`的类型与 `refs_result`中属性的类型是一致

进入if (refs_result.second)的if流程，通过setHasAssociatedObjects将 nonpointerIsa 的has_assoc标记为 true

继续往下执行，查看refs
- p refs,执行try_emplace前查看
- p refs,执行try_emplace后查看

    第一次执行`try_emplace`插入的是一个空桶，还没有值，第二次执行第一次执行`try_emplace`才插入值，即往空桶中插入`ObjectAssociationMap（value，policy）`，返回true，可以通过调试验证

p result.second ,返回的true，到此就将属性与value关联上了

所以，关联对象的设值图示如下，有点类似于cache_t中的insert方法插入sel-imp的逻辑，如下图所示

属性关联涉及的哈希map结构

所以到目前为止，关联属性涉及的map结构如下

AssociationsManager可以有多个，通过AssociationsManagerLock锁可以得到一个AssociationsHashMap类型的map
map中有很多的关联对象map，类型是ObjectAssociationMap，其中key为DisguisedPtr，例如LGPerson会对应一个ObjectAssociationMap，LGTeacher也会对应一个ObjectAssociationMap

typedef DenseMap, ObjectAssociationMap> AssociationsHashMap;

ObjectAssociationMap哈希表中有很多key-value键值对，其中key的类型为const void *，其实这个key从底层这个方法_object_set_associative_reference(id object, const void *key, id value, uintptr_t policy)的参数就可以看出，key是我们关联属性时设置的字符串，value的类型为ObjcAssociation

typedef DenseMap ObjectAssociationMap;

其中ObjcAssociation是用于包装policy和value的一个类

image

对象插入空流程

根据源码可知，主要是局部作用域中的else流程，其实这个流程可以通俗的理解为当传入的value为nil时，则移除关联，主要分为以下几步：

image

1、根据 DisguisedPtr 找到 AssociationsHashMap 中的 iterator 迭代查询器
2、清理迭代器
3、其实如果插入空置相当于清除

关联对象-取值流程

main中打印person.cate_name的值，断点来到分类中重写的属性get方法

image
进入objc_getAssociatedObject源码实现

image

_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
  
  image
- p I
- p i->second
  
  image
再次通过find方法，在buckets中查找与key配对的bucket
- find方法执行之前，j的打印，此时的value为nil
  
  image
- find方法查询之后，j的打印，此时的value 为KC
  
  image

总结

所以，综上所述，所以关联对象的底层调用流程如下图所示

image

总的来说，关联对象主要就是两层哈希map的处理，即存取时都是两层处理，类似于二维数组

补充

AssociationsHashMap 唯一性验证

验证AssociationsHashMap 的唯一性，而AssociationsManager不唯一
- 去掉AssociationsManager中的加锁
  
  image
- 在_object_set_associative_reference方法中再次定义一遍manager 和 associations
  
  image
- 下面是调试运行的结果，从下图中可以看出两个association的地址是一样的，验证了其唯一性
  
  image
  
  image
加锁的目的：保证对象的安全性，防止冲突

AssociationsManager manager;

等价于

AssociationsManager();

lock();

...

unlock();//作用域之后unlock

iOS-底层原理 19：类扩展 与 关联对象 底层原理探索

【面试题】类扩展 与 分类 的区别

类扩展 底层原理探索