类扩展

扩展和分类的区别

1、分类(类别)

扩展一定要写在类的声明之后，实现之前；

在日常开发中，我们经常会使用类扩展，比如下边就是一个Person类的类扩展:

我们在main文件中定义一个Student类如下：

接下来，生成main文件的cpp文件：

可以看到，我们在扩展中定义的方法和属性和在类中声明的方法和属性是一样存储的；

那么类扩展是否会影响到主类中数据的加载呢？

我们新建一个类Person的类扩展文件，并声明对象方法和类方法，然后在Person的.m文件中实现两个方法：

注意，一定要引入Person的扩展类;

运行项目：

类扩展的数据，会随着主类一起加载进来；

我们在Person的分类中添加两个属性：

这个时候，我们发现，在分类的.m中惠有警告信息：

这是因为，在分类中默认是不能添加属性的，如果需要添加属性，就需要用到关联对象进行处理，手动添加setter和getter方法:

那么，这么做的原理是什么？

我们先来分析一下objc_setAssociatedObject，点击查看时间:

这是一个中间层来隔绝业务，防止下层Api在不断变化的时候，我们在上层可以保持调用不变；

我们此处使用的是818版本的源码，779版本的源码此处是通过调用SetAssocHook.get()来实现的

点击进入_object_set_associative_reference方法的实现：

这个方法是一个重点：

关联对象是用来存储值的，在分类中没有setter方法用来存储，所以就通过关联对象来存储;

object:对象，也就是被关联着
key:标识符
value:值
policy:关联策略；
DisguisedPtr<objc_object> disguised{(objc_object *)object}:将被关联对象进行包装，封装成ptr，统一数据结构；
ObjcAssociation association{policy, value}:将policy和value包装成ObjcAssociation，然后与key进行键值匹配；
association.acquireValue():根据policy对新值value进行操作持有
AssociationsManager manager:是一个构造函数，在作用域开始进行加锁和结束进行解锁，需要注意的是它并不是单例
AssociationsHashMap &associations(manager.get()):是个单例，是一张全局唯一的表；
associations.try_emplace(disguised, ObjectAssociationMap{}):创建插入bucket
- result.second判断是否是第一次插入，如果已经存在bucket，second为false，否则为true，并用isFirstAssociation进行标记；
- refs.try_emplace(key, std::move(association)):由于第一次没有找到bucket时，插入的是个空的bucket，所以需要再次try_emplace将key和association传入，把关联对象存储到表中
association.releaseHeldValue();:对旧值的释放