06 iOS底层原理 - +load方法本质探究

废话不多说,还是老规矩,先来个面试题:

Category中有load方法吗?load方法是什么时候调用的?load 方法能继承吗?

带着疑惑和问题咋们研究下+load和+initialize方法的工作原理以及调用顺序。

一,+load方法的使用

1. 创建Person类、分类Test1和Test2
1>Person类
// 声明
@interface Person : NSObject
+ (void)test;
@end

// 实现
@implementation Person
+ (void)load {
    NSLog(@"Person +load");
}
+ (void)test {
    NSLog(@"Person +test");
}
2>Test1分类
// 声明
@interface Person (Test1)
@end

// 实现
@implementation Person (Test1)
+ (void)load {
    NSLog(@"Person(Test1) +load");
}
+ (void)test {
    NSLog(@"Person(Test1) +test");
}
3>Test2分类
// 声明
@interface Person (Test2)
@end

// 实现
@implementation Person (Test2)
+ (void)load {
    NSLog(@"Person(Test2) +load");
}
+ (void)test {
    NSLog(@"Person(Test2) +test");
}
2. 运行程序,查看打印结果
1>先看看这三个类的编译顺序
image.png

编译顺序依次为:

Person->Person(Test1)->Person(Test2)

打印结果:

Person +load
Person(Test1) +load
Person(Test2) +load

05 iOS底层原理 - Category本质探究中讲到,分类的方法的调用,适合分类编译顺序有关的,那么分类中的+load方法的调用是不是也和编译顺序有关呢?

2> 调整编译顺序,再看看打印结果
image.png

这一次的编译顺序为:

Person(Test2)->Person->Person(Test1)

运行程序,打印结果是:

Person +load
Person(Test2) +load
Person(Test1) +load
3>分析两次结果

我们从两次编译后打印结果发现:

  • 不需要主动调用,自己就能调用;
  • 不管Person在什么时候编译,都会第一个打印;
  • 分类编译顺序不同,load调用顺序不同,先编译先调用,而分类中的方法是后编译先调用。
3. 子类调用load的情况
1>创建两个继承Peson的子类,并实现load方法:
// Student的实现
@implementation Student
+ (void)load {
    NSLog(@"Student +load");
}
@end

// Teacher的实现
@implementation Teacher
+ (void)load {
    NSLog(@"Teacher +load");
}
@end
2>按照Person->Teacher->Student编译顺序
image.png

运行程序,查看打印结果:

Person +load
Teacher +load
Student +load
Person(Test2) +load
Person(Test1) +load
3>按照Student->Teacher->Person编译顺序
image.png

运行程序,查看打印结果:

Person +load
Student +load
Teacher +load
Person(Test2) +load
Person(Test1) +load
4> 分析打印结果

从两次不同的编译顺序,查看打印结果发现:

  • 父类不管在前编译,还是在后编译,都会第一个调用load方法;
  • 子类laod的调用与编译顺序有关,先编译先调用。

那么这到底是为啥呢,这个类和分类的load方法的调用时机和调用顺序为啥和普通的方法不一样呢?带着这个疑问接着往下看...

3. 研究runtime源码

首先,load方法在runtime加载类和分类的时候就会调用,所以会被最先执行,并且只会调用一次。

runtime源码下载(objc4)

1>源码查看流程

我总结了一张图:

image.png
2>load加载流程分析

先看下面的示意图:

image.png

通过示意图,简单说明下:

  1. 在调用load方法前,会先处理编译后的类和分类的方法(load方法预处理),先编译类的方法会放在方法列表的前面;
  2. 先调用类的load方法(按照编译顺序来调用,先编译先调用),并且会查找该类有没有父类,有父类就会先调用父类的load,然后再调用子类的;
  3. 再调用分类的load(按照编译顺序来调用,先编译先调用)。

二,+load方法是否合并到了元类里

到这我们已经知道了,+laod方法是在runtime加载类和分类的时候调用的,那么+load方法到底有没有合并到元类里面呢?

1. 获取Person元类的方法列表数据
Class cls = object_getClass([Person class]);
unsigned int count;
Method *methodList = class_copyMethodList(cls, &count);
NSMutableString *methodNames = [NSMutableString string];
// 遍历方法
for (int i = 0; i < count; i++) {
        // 获得方法
        Method method = methodList[i];
        // 获得方法名
        NSString *methodName = NSStringFromSelector(method_getName(method));
        // 拼接方法名
        [methodNames appendString:methodName];
        [methodNames appendString:@", "];
}
free(methodList);
NSLog(@"%@ %@", cls, methodNames);

打印结果:

Person load, test, load, test, load, test,

从结果看,类和分类的load方法也同样和test方法一样,合并到了元类的类方法列表中了。
大家有没有这样的一个疑惑,既然所有的load最后也被合并到了元类,那为啥还会出现,类和分类的load都会调用的情况呢?
带着这个疑惑,我们先看看如果我们主动调用了+load方法,会出现啥情况?

2. 主动调用+load方法

给Student扩展两个分类Test1和Test2

// 实现Test1分类
@implementation Student (Test1)
+ (void)load {
    NSLog(@"Student (Test1) +load");
}
@end

// 实现分类Test2
@implementation Student (Test2)
+ (void)load {
    NSLog(@"Student (Test2) +load");
}
@end

运行以下代码:

- (void)viewDidLoad {
    [super viewDidLoad];
    NSLog(@"+++++++++++++++++++");
    Student load];
}

打印结果:

Person +load
Teacher +load
Student +load
Person(Test1) +load
Person(Test2) +load
Student (Test1) +load
Teacher (Test2) +load
Student (Test2) +load
+++++++++++++++++++
Student (Test2) +load

从结果可以看到:
只要是实现了load方法,runtime在加载类和分类的时候就会调用+load方法,但是在分割线+++++++++++++++++++后,只调用了一次load。

这是啥情况???
其实这个情况很好解释的,前面已经验证了,类和分类的load方法在runtime运行时都合并到了元类,那么接下来的方法调用都会是遵循消息机制的,即:

其本质就是消息发送,通过isa找到对应的元类,元类没有load方法,就会通过superclass去找父类,父类中如果有分类的话,就会优先调用分类的load方法(遵循后编译先调用的原则),但是一般不会去主动调用的,都是系统主动调。

详细调用请查看:02 iOS底层原理 - isa和superclass指针探究

三,+load方法调用总结

  1. +load调用时机:Runtime在加载类和分类的时候,就会调用+load方法,所以会被最先执行;
  1. 从源码得知, +load方法是通过函数指针指向该函数,然后拿到函数地址后直接调用,并不会通过objc_msgSend函数发消息调用;
  1. 需要注意的是。分类的+load方法在程序运行阶段,还是会被合并到元类的方法列表中去,
    只不过,不管是类还是分类,+load方法在程序运行中只加载一次;
  1. 每个类、分类的+load方法,在程序运行过程中只加载一次;
  1. 调用顺序:
    a> 先调用类的+load方法
    按照编译先后顺序调用(先编译,先调用);
    如果调用子类的+load方法,先调用父类的+load方法
    b> 再调用分类的+load方法
    按照编译先后顺序调用(先编译,先调用)

四,回答文章开头的面试题

Category中有load方法吗?load方法是什么时候调用的?load 方法能继承吗?
答:

  1. 有load方法
  2. load方法是在runtime加载类和分类的时候调用;
  3. load方法可以继承的,主动调用load方法,其本质就是消息发送,通过isa找到对应的元类,元类没有load方法,就会通过superclass去找父类,父类中如果有分类的话,就会优先调用分类的load方法(遵循分离后编译先调用的原则),但是一般不会去主动调用的,都是系统主动调。

下篇主要研究下+initialize方法的本质

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,717评论 6 496
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,501评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,311评论 0 350
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,417评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,500评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,538评论 1 293
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,557评论 3 414
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,310评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,759评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,065评论 2 330
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,233评论 1 343
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,909评论 5 338
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,548评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,172评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,420评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,103评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,098评论 2 352

推荐阅读更多精彩内容