category和extension分析

2020-10-22  本文已影响0人  Rachel_雷蕾

日常开发中,我们基本都用过类的category(分类)和extension(类扩展),今天我们就来分析这两的运行时机,还有底层分析。

一、extension

只有.h文件,头文件
我们为了方便调用,也可以在main文件里,直接定义拓展,


image.png

发现,只有在类的声明和实现之间添加才成功,说明扩展只是类的补充,实现还是在原本的.m文件里。跟类的本身的.h文件是一样的效果,只是在扩展里顶底的变量和方法都是私有的。

为了再次验证这个结论,我们可以clang看一下


image.png image.png

可以看到类的声明里的方法和扩展里的添加的方法都在类的方法列表里。
总结:类的扩展只是为本类的添加补充声明。

二、category

category就是分类,我们都知道分类有以下几种特征

下面我们就创建person的分类student,添加一个属性height,创建一个person对象,给其属性赋值,运行时,报错。

image.png

下面就给其设置关联对象


image.png

运行成功

那么关联对象到底做了什么呢?
下面我们去到源码分析
由接口函数SetAssocHook到->_base_objc_setAssociatedObject->_object_set_associative_reference,看到源码

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));
    // 包装了一下 对象
    DisguisedPtr<objc_object> disguised{(objc_object *)object};
    // 包装一下 policy - value
    ObjcAssociation association{policy, value};

    // retain the new value (if any) outside the lock.
    association.acquireValue();

    {
        AssociationsManager manager;
        AssociationsHashMap &associations(manager.get());
        if (value) {
            //如果有关联对象值有值
            //从associations里总表里查的bucket(ObjectAssociationMap(是以类为key的表)
            auto refs_result = associations.try_emplace(disguised, ObjectAssociationMap{});
            if (refs_result.second) {//判断第二个存不存在,即bool值是否为true
                /* it's the first association we make */
                //更改object的isa的关联对象标志位:nonpointerIsa ,标记位true
                object->setHasAssociatedObjects();
            }

            /* establish or replace the association */
            auto &refs = refs_result.first->second; // 得到一个空的桶子,找到引用对象类型,即第一个元素的second值
            //从ObjectAssociationMap里查找的(找的是ObjcAssociation(由policy和value组成))
            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();
}

association.acquireValue()以上的代码,都是包装 valuepolicy(copy、strong)
下面主要分析association.acquireValue()里的源码

补充:对于以上两个数据,我们也可以用打印地址印证唯一性,在源码里分别创建多个AssociationsManagerAssociationsHashMap(注:要关闭初始化里的锁lock)

image.png
否则的话,运行后,会报错:死锁
image.png
锁去掉后,再创建一个新的manager和一个hashmap。打印出来,发现HashMap地址是一个,说明是唯一
image.png
1、manager可以创建多个,并不是唯一的,但是hashMap无论创建多少个,都是同一个map
2、lock是为了防止多线程操作,其他对象的关联对象又插进去,所以每创建一个manager,对于整个manager的操作流程加锁操作
3、_mapStorage.init()跟manager的初始化没有任何关系,而且没有返回值,相当于类方法,做了静态变量环境的准备工作。是在mapImage(arr_init)时调用的,为了散列表的初始化等等,以及再第一进来的时候调用(_objc_associations_init())
image.png

是一个个配对格式的数据,可以简写为:(std::__1::pair<objc bool>)
我们进try_emplace里查看,

image.png image.png

第二个函数


image.png image.png

到此为止,可大致得出整个关联对象流程如下


image.png
上一篇下一篇

猜你喜欢

热点阅读