iOS中的load和initialize方法

上一篇总结Category的时候提到了与load方法的关系,这一篇就总结一下loadinitialize方法,之前在总结启动时间优化的时候也提到过,但没细致去总结一下。

+load方法

当类被引入项目的时候就会执行load函数(在main函数之前),与这个类是否被调用无关,每个类的load方法都会被自动调用一次,由于是系统自动调用,就无需调用父类的load函数,防止父类的load方法被调用两次。

1.当父类和子类都实现了load方法时,会先调用父类再调用子类
2.当子类没有实现load方法,不会调用父类的load方法。
3.类中的load方法执行顺序要优先于类别(Category)
4.当有多个类别(Category)都实现了load方法,这几个load方法都会执行,但执行顺序不确定(其执行顺序与类别在Compile Sources中出现的顺序一致)。
5.当然当有多个不同的类的时候,每个类load 执行顺序与其在Compile Sources出现的顺序一致

代码来验证一下:

//父类Person
#import "Person.h"

@implementation Person

+(void)load{
    NSLog(@"%s",__FUNCTION__);
}

@end

//子类Student
#import "Student.h"

@implementation Student

+(void)load{
    NSLog(@"%s",__FUNCTION__);
}

@end

//子类2Teacher
#import "Teacher.h"

@implementation Teacher

@end

//Person分类
#import "Person+Category.h"

@implementation Person (Category)

+(void)load{
    NSLog(@"%s",__FUNCTION__);
}

@end

//Person分类1
#import "Person+Category1.h"

@implementation Person (Category1)

+(void)load{
    NSLog(@"%s",__FUNCTION__);
}

@end

//Person分类2
#import "Person+Category2.h"

@implementation Person (Category2)

+(void)load{
    NSLog(@"%s",__FUNCTION__);
}

@end

由于系统会自动调用,我们直接运行,项目控制台对应输出:

2020-01-08 17:17:22.349004+0800 TestLoadInit[6697:623080] +[Person load]
2020-01-08 17:17:22.350233+0800 TestLoadInit[6697:623080] +[Student load]
2020-01-08 17:17:22.350343+0800 TestLoadInit[6697:623080] +[Person(Category) load]
2020-01-08 17:17:22.350456+0800 TestLoadInit[6697:623080] +[Person(Category2) load]
2020-01-08 17:17:22.350557+0800 TestLoadInit[6697:623080] +[Person(Category1) load]

和我们之前说明的一样,首先执行父类的load方法,然后再执行子类,而Teacher类并没有实现load方法,因此没有打印。先父类后分类,多个分类的执行顺序按照编译的先后来进行排列

分类的执行顺序

initialize

initialize在类或子类第一次被调用的时候才会调用,即使类文件被引入到工程当中,如果没有调用的话,initialize方法也不会调用,由于是系统自动调用,也不需要再调用[super initialize],否则父类的initialize会被多次执行。假如这个类放到代码中,而这段代码并没有被执行,这个函数是不会被执行的。

1.父类的initialize方法会比子类先执行。
2.当子类未实现initialize方法时,会调用父类initialize方法,子类实现initialize方法时,会覆盖父类initialize方法。
3.当有多个Category都实现了initialize方法,会覆盖类中的方法,只执行一个(会执行Compile Sources列表中最后一个Categoryinitialize方法)

代码验证:

//Animal代码
#import "Animal.h"

@implementation Animal

+(void)initialize{
    NSLog(@"%s",__FUNCTION__);
}

@end

//cat代码,Animal的子类
#import "Cat.h"

@implementation Cat

+(void)initialize{
    NSLog(@"%s",__FUNCTION__);
}

@end

//dog代码,Animal的子类
#import "Dog.h"

@implementation Dog

@end

//viewController代码,调用cat
    Cat *cat = [Cat new];
   

控制台输出:

2020-01-09 13:31:56.651342+0800 TestLoadInit[7070:651109] +[Animal initialize]
2020-01-09 13:31:56.651479+0800 TestLoadInit[7070:651109] +[Cat initialize]

子类实现initialize方法时,先执行父类initialize然后执行子类initialize

我们的dog代码中并没有实现initialize方法,我们调用以下dog试试:

Dog *dog = [Dog new];

控制台输出:

2020-01-09 13:38:00.662750+0800 TestLoadInit[7149:654770] +[Animal initialize]
2020-01-09 13:38:00.662908+0800 TestLoadInit[7149:654770] +[Animal initialize]

父类居然被调用了两次,子类不实现initialize方法,会把继承父类的initialize方法并调用一遍。在此之前,父类初始化时,会先调用一遍自己initialize方法.所以出现两遍,所以为了防止父类initialize中代码多次执行,我们应该这样写:

+(void)initialize
{
    if(self == [Animal class])
    {
          NSLog(@"%s",__FUNCTION__);
    }
}

如果分类中也有实现initialize方法会怎样,我们来生成三个Animal的分类验证一下。

#import "Animal+category.h"

@implementation Animal (category)

+(void)initialize{
    NSLog(@"%s",__FUNCTION__);
}

@end

#import "Animal+category1.h"

@implementation Animal (category1)

+(void)initialize{
    NSLog(@"%s",__FUNCTION__);
}

@end

#import "Animal+category2.h"

@implementation Animal (category2)

+(void)initialize{
    NSLog(@"%s",__FUNCTION__);
}

@end

//执行Animal
Animal *animal = [Animal new];

控制台输出:

2020-01-09 13:47:50.288360+0800 TestLoadInit[7238:660348] +[Animal(category1) initialize]

可以看到,当存在多个Category时,也只执行一个,具体执行哪一个Category中的initialize方法,测试后便可发现,会执行Compile Sources 列表中最后一个Categoryinitialize方法。

用法

load方法:由于调用load方法时的环境很不安全,我们应该尽量减少load方法的逻辑。另一个原因是load方法是线程安全的,它内部使用了锁,所以我们应该避免线程阻塞在load方法中,常见用法是在load中实现方法交换。

initializeinitialize方法主要用来对一些不方便在编译期初始化的对象进行赋值。比如NSMutableArray这种类型的实例化依赖于runtime的消息发送,所以显然无法在编译期初始化。

注意

load调用时机比较早,当load调用时,其他类可能还没加载完成,运行环境不安全.
load方法是线程安全的,它使用了锁,我们应该避免线程阻塞在load方法.

initialize方法收到调用时,运行环境基本健全。
initialize内部也使用了锁,所以是线程安全的。但同时要避免阻塞线程,不要再使用锁.

参考文章:https://www.jianshu.com/p/c52d0b6ee5e9

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