load和initialize總結(jié)
1.
+load在文件被裝載的時(shí)候調(diào)用,main函數(shù)之前；+initialize在類第一次接收消息時(shí)調(diào)用,在main函數(shù)之后2.系統(tǒng)調(diào)用
+load順序:
1> 先調(diào)用類的+load
按照編譯先后順序調(diào)用（先編譯，先調(diào)用）
調(diào)用子類的+load之前會(huì)先調(diào)用父類的+load
2> 再調(diào)用分類的+load
按照編譯先后順序調(diào)用（先編譯，先調(diào)用）3.
+load方法在程序運(yùn)行過(guò)程中系統(tǒng)只會(huì)調(diào)用一次4.
+load方法通常用來(lái)進(jìn)行方法交換;initialize方法一般用于初始化全局變量或靜態(tài)變量5.
load和initialize方法內(nèi)部使用了鎖，因此是線程安全的。實(shí)現(xiàn)時(shí)要盡可能保持簡(jiǎn)單，避免阻塞線程，不再使用鎖
Student是Person的子類
- 自己調(diào)用+load方法時(shí)候,用的是消息機(jī)制,和調(diào)用普通方法一樣的
- [Student load]時(shí),子類沒(méi)有實(shí)現(xiàn)load方法,父類實(shí)現(xiàn)了load方法,則會(huì)調(diào)用父類方法.因?yàn)檫@時(shí)候用的是消息機(jī)制
- [Student alloc]時(shí),Student第一次接收消息,會(huì)調(diào)用Student的+initialize的方法, 但是調(diào)用Student的+initialize方法之前,會(huì)自動(dòng)調(diào)用Person的+initialize方法,無(wú)論有沒(méi)有實(shí)現(xiàn)Student的+initialize方法
調(diào)用子類的+initialize之前會(huì)先調(diào)用父類的+initialize
一、load
load方法在這個(gè)文件被程序裝載時(shí)調(diào)用，只要是在Compile Sources中出現(xiàn)的文件總是會(huì)被裝載，這與這個(gè)類是否被用到無(wú)關(guān)，因此load方法總是在main函數(shù)之前調(diào)用。
1.1.調(diào)用規(guī)則
- load方法內(nèi)部會(huì)調(diào)用父類的load方法，并不需要我們手動(dòng)實(shí)現(xiàn)
- 如果一個(gè)類沒(méi)有實(shí)現(xiàn)load方法，那么就不會(huì)調(diào)用它父類的load方法，這一點(diǎn)與正常的類繼承和方法調(diào)用不一樣
// In Parent.m
+ (void)load {
NSLog(@"Load Class Parent");
}
// In Child.m，繼承自Parent
+ (void)load {
NSLog(@"Load Class Child");
}
// In Child+load.m，Child類的分類
+ (void)load {
NSLog(@"Load Class Child+load");
}
// 運(yùn)行結(jié)果：
/*
2016-02-01 21:28:14.379 load[11789:1435378] Load Class Parent
2016-02-01 21:28:14.380 load[11789:1435378] Load Class Child
2016-02-01 22:28:14.381 load[11789:1435378] Load Class Child+load
*/
1.2.執(zhí)行順序
load方法調(diào)用時(shí)，系統(tǒng)處于脆弱狀態(tài)，如果調(diào)用別的類的方法，但該方法依賴于那個(gè)類的load方法進(jìn)行初始化設(shè)置，那么必須確保那個(gè)類的load方法已經(jīng)調(diào)用了。比如下面這段代碼，打印出的字符串為null
// In Child.m
+ (void)load {
Other *other = [Other new];
[other originalFunc];
// 如果不先調(diào)用other的load，下面這行代碼就無(wú)效，打印出null
[Other printName];
}
load方法的調(diào)用順序其實(shí)有跡可循，我們看到項(xiàng)目設(shè)置如下：
- 在Compile Sources中，文件的排放順序就是其裝載順序，自然也就是load方法調(diào)用的順序（但子類的load方法會(huì)自動(dòng)調(diào)用父類的load方法）
-
雖然在這種簡(jiǎn)單情況下我們可以辨別出各個(gè)類的load方法調(diào)用的順序，但永遠(yuǎn)不要依賴這個(gè)順序完成你的代碼邏輯。一方面，這在后期的開發(fā)中極容易導(dǎo)致錯(cuò)誤，另一方面并不需要這么做。
屏幕快照 2017-11-26 下午4.08.50.png
1.3.使用場(chǎng)景
實(shí)現(xiàn)Method Swizzle：
- 一般來(lái)說(shuō)，除了Method Swizzle，別的邏輯都不應(yīng)該放在load方法中實(shí)現(xiàn)
// In Other.m
+ (void)load {
Method originalFunc = class_getInstanceMethod([self class], @selector(originalFunc));
Method swizzledFunc = class_getInstanceMethod([self class], @selector(swizzledFunc));
method_exchangeImplementations(originalFunc, swizzledFunc);
}
二、initialize
這個(gè)方法在第一次給某個(gè)類發(fā)送消息時(shí)調(diào)用（比如實(shí)例化一個(gè)對(duì)象），并且只會(huì)調(diào)用一次。如果一個(gè)類一直沒(méi)被用到，那它的initialize方法也不會(huì)被調(diào)用。
2.1.調(diào)用規(guī)則
- initialize方法內(nèi)部也會(huì)調(diào)用父類的initialize方法，而且不需要我們手動(dòng)實(shí)現(xiàn)
- 與load方法不同之處在于，如果一個(gè)類沒(méi)有實(shí)現(xiàn)initialize方法，也會(huì)調(diào)用父類的initialize方法(這會(huì)導(dǎo)致一個(gè)很嚴(yán)重的問(wèn)題):
- 父類的initialize方法調(diào)用了兩次
- 這是因?yàn)樵趧?chuàng)建子類對(duì)象時(shí)，首先要?jiǎng)?chuàng)建父類對(duì)象，所以會(huì)調(diào)用一次父類的initialize方法，然后創(chuàng)建子類時(shí)，盡管自己沒(méi)有實(shí)現(xiàn)initialize方法，但還是會(huì)調(diào)用到父類的方法。
// In Parent.m
+ (void)initialize {
NSLog(@"Initialize Parent, caller Class %@", [self class]);
}
// In Child.m
// 注釋掉initialize方法
// In main.m
Child *child = [Child new];
- 正確使用initialize方法：
// In Parent.m
+ (void)initialize {
if (self == [Parent class]) {
NSLog(@"Initialize Parent, caller Class %@", [self class]);
}
}
2.2.使用場(chǎng)景
initialize方法主要用來(lái)對(duì)一些不方便在編譯期初始化的對(duì)象進(jìn)行賦值。比如NSMutableArray這種類型的實(shí)例化依賴于runtime的消息發(fā)送，所以顯然無(wú)法在編譯期初始化：
// In Parent.m
// int類型可以在編譯期賦值
static int someNumber = 0;
static NSMutableArray *someObjects;
+ (void)initialize {
if (self == [Parent class]) {
// 不方便編譯期賦值的對(duì)象在這里賦值
someObjects = [[NSMutableArray alloc] init];
}
}
請(qǐng)讀者注意此文章存在大部分引用
