+(void)load详解
官方是这么定义+(void)load方法的
Invoked whenever a class or category is added to the Objective-C runtime; implement this method to perform class-specific behavior upon loading.
当类(Class)或者类别(Category)加入Runtime中时(就是被引用的时候)。
实现该方法,可以在加载时做一些类特有的操作。
Discussion
The load message is sent to classes and categories that are both dynamically loaded and statically linked, but only if the newly loaded class or category implements a method that can respond.
The order of initialization is as follows:
All initializers in any framework you link to.
调用所有的Framework中的初始化方法
All +load methods in your image.
调用所有的+load方法
All C++ static initializers and C/C++ attribute(constructor) functions in your image.
调用C++的静态初始化方及C/C++中的attribute(constructor)函数
All initializers in frameworks that link to you.
调用所有链接到目标文件的framework中的初始化方法
In addition:
A class’s +load method is called after all of its superclasses’ +load methods.
一个类的+load方法在其父类的+load方法后调用
A category +load method is called after the class’s own +load method.
一个Category的+load方法在被其扩展的类的自有+load方法后调用
In a custom implementation of load you can therefore safely message other unrelated classes from the same image, but any load methods implemented by those classes may not have run yet.
在+load方法中,可以安全地向同一二进制包中的其它无关的类发送消息,但接收消息的类中的+load方法可能尚未被调用。
调用时机
+(void)load方法的加载和这个类是否被使用到无关,这也是为什么可以在ios端能够做到无痕埋点的原因。子类是否重写父类的load方法和这个方法的调用无关,所以也就不需要在子类的方法里面调用父类方法,他的调用在init main方法之前,只会被调用一次且线程安全。
- 当父类和子类都实现load函数时,父类的load方法执行顺序要优先于子类
- 当子类未实现load方法时,不会调用父类load方法
- 类中的load方法执行顺序要优先于类别(Category)
- 当有多个类别(Category)都实现了load方法,这几个load方法都会执行,但执行顺序不确定(其执行顺序与类别在Compile Sources中出现的顺序一致)
- 当然当有多个不同的类的时候,每个类load 执行顺序与其在Compile Sources出现的顺序一致
运用
从上文的运行流程分析中已经了解到,main函数是整个应用运行的入口load方法是在main函数之前执行的,并且只执行一次,load方法既然这么特殊,那么在使用他时肯定还是要注意很多东西。
-
不要做耗时操作
因为执行在main函数之前,所有是所有实现的load函数跑完了才会启动应用,在load方法中进行耗时操作必然会影响程序的启动时间,这么一想load方法里写耗时操作一听就是大忌了。比如下面的操作···
+ (void)load {
for (NSInteger i = 0; i < 10000; i ++) {
NSLog(@"%zd" , i);
}
}
-
不要做对象的初始化操作
因为在main函数之前自动调用,load方法调用的时候使用者根本就不能确定自己要使用的对象是否已经加载进来了,所以千万不能在这里初始化对象。 -
常用场景 load方法中实现Method Swizzle
Method Swizzing是发生在运行时的,主要用于在运行时将两个Method进行交换,我们可以将Method Swizzling代码写到任何地方,但是只有在这段Method Swilzzling代码执行完毕之后互换才起作用。
+ (void)load {
Method originalFunc = class_getInstanceMethod([self class], @selector(originalFunc));
Method swizzledFunc = class_getInstanceMethod([self class], @selector(swizzledFunc));
method_exchangeImplementations(originalFunc, swizzledFunc);
}
在load方法中使用Method Swizzle 是一个常用场景。
注意:
load调用时机比较早,当load调用时,其他类可能还没加载完成,运行环境不安全.
load方法是线程安全的,它使用了锁,我们应该避免线程阻塞在load方法.
+(void)initialize:
initialize函数调用特点如下:
initialize在类或者其子类的第一个方法被调用前调用。即使类文件被引用进项目,但是没有使用,initialize不会被调用。由于是系统自动调用,也不需要再调用 [super initialize] ,否则父类的initialize会被多次执行。假如这个类放到代码中,而这段代码并没有被执行,这个函数是不会被执行的。
- 父类的initialize方法会比子类先执行
- 当子类未实现initialize方法时,会调用父类initialize方法,在此之前,父类的方法会被优先调用一次;子类实现initialize方法时,会覆盖父类initialize方法.
- 当有多个Category都实现了initialize方法,会覆盖类中的方法,只执行一个(会执行Compile Sources 列表中最后一个Category 的initialize方法)
注意:
在initialize方法收到调用时,运行环境基本健全。
initialize内部也使用了锁,所以是线程安全的。但同时要避免阻塞线程,不要再使用锁
网友评论