分类的加载原理

在上一篇文章中，我们分析了类的加载，并且已经摸到了分类的信息，那么是怎么加到我们类里面去的呢，还有在什么时候加的呢，这是本篇文章将进行探讨的

分类怎么加载到类里面的

我们接着上一篇文章的结尾讲，在attachCategories里面拿到分类信息进行排序完了之后会就来到

if (mcount > 0) {
  prepareMethodLists(cls, mlists + ATTACH_BUFSIZ - mcount, mcount, NO, fromBundle);
   rwe->methods.attachLists(mlists + ATTACH_BUFSIZ - mcount, mcount);
   if (flags & ATTACH_EXISTING) flushCaches(cls);
}

我们先来看 attachLists，点到源码里面去

attachLists三种情况

在这个里面分为三种情况：

首先第一种情况： 0 lists -> 1 list，很简单，就是从0添加到1的一个过程。第一种情况用于添加本类

再来看到第二种情况： newCount = oldCount(1) + addedCount 代表原来的容量加上添加的容量之和，拿到新的容量大小之后开辟了一个newCount大小的数组,然后把oldList放在addedLists的后面。第二种情况用于添加第一个分类

第三种情况： 多个lists，前面的步骤跟第二种情况是一样的，区别就在于先添加老的数组。老数组添加的位置是以新数组数量为开始位置，新数组的开始位置就是起始位置，相当于旧的数组放在新数组的后面，越晚加进来的，越在前面。第三种情况用于添加多个分类

为什么把分类数组放在前面，还有就是越晚加进来的越放在前面，因为我们分类里面的方法是优先调用的，所以得加在前面，而且越晚加进来的分类越先调用。

说了这么多，我们通过断点调试验证一下这三种情况,首先来到attachCategories里面的rwe创建

初始化rwe

创建rwe

来到rwe创建的地方，初始化后我们打印出rwe为空，然后拿到本类的methodList进行rwe->methods.attachLists(&list, 1);，我们点到attachLists里面打个断点看会不会来到第一种情况

本类来到第一种情况

本类LGPerson确实来到了第一种情况，进来将LGPerson里面的baseMethods赋值到了rwe里面的methods，此时rwe就有值了

打印rwe

同样的，再来验证下第二种情况和第三种情况，前面说过的第二种情况是添加第一个分类，第三种情况是添加多个分类

在添加分类的时候，首先通过指针地址的平移拿到要添加的分类

if (mcount > 0) {
        prepareMethodLists(cls, mlists + ATTACH_BUFSIZ - mcount, mcount, NO, fromBundle);
        rwe->methods.attachLists(mlists + ATTACH_BUFSIZ - mcount, mcount);
        if (flags & ATTACH_EXISTING) flushCaches(cls);
    }

平移到要添加的分类之后传给attachLists里面的addedLists进行添加

第一个分类来到第二种情况

第二种情况也得以验证，接下来再来看看LGB会不会来到第三种情况

第二个分类来到第三种情况

最后我们来调用一下kc_instanceMethod1 ，看看是不是调用LGB分类里的方法，因为我们前面说过越晚加进来的，越在前面，越先调用

调用kc_instanceMethod1

完美，到目前为止我们已经验证了分类是如何加载到类的，那么接下来再来看在什么时候加进去的

分类在什么时机加载到类里面的

加载流程打印

我们先来看下整个加载的流程，分类其实就是在load_categories_nolock里面进行加载的，那么我是怎么知道呢，很简单，全局搜索一下attachCategories看看在哪些地方进行调用了，或者在attachCategories打印下bt

attachCategories 打印bt

通过堆栈信息我们推断出加载时机，就如我下面这幅流程图：

加载时机

这种时机的前提是主类和分类都实现了load方法，那么我们假设一下，假设LGB分类不实现lod方法会是怎么样的，我们运行打印一下

`LGB`不实现`lod`方法

结果还是走了LGB这个分类。这就意味着，主类和其中一个分类实现了load方法，其它分类实不实现load方法都是一样的效果。也就是说只要有一个分类实现了load方法，其它分类都会被标记成非懒加载分类。

苹果这么做就是一次性把所有分类全部处理了，免得每一次还得重新开辟计算，做一系列操作。

我们再来看看把分类的load全部去掉，就留主类的load方法，然后运行

只留主类的`load`

发现打印的流程少了很多，但还是打印了LGB 里面的kc_instanceMethod1，这是啥情况，我们读一下MachO，看一下类里面加载了哪些方法

打印类里面的方法

可以看出只要主类有实现了load方法，那么在编译的时候分类的方法也都会加到类里面去

接下来看一下第三种，主类没有实现load方法，分类也没有实现load方法

主类和分类都没有实现load方法

通过这个打印的我们发现realizeClassMaybeSwiftMaybeRelock只有在第一次消息的时候才会来到，说明都没有实现load方法的时候推迟到了第一次消息的时候，我们在readClass里面看一下data有没有16个方法，如果有说明就不需要load_images通过缓慢的加载进来