調(diào)用規(guī)則

如果一個類實現(xiàn)了load方法，在調(diào)用這個方法前會首先調(diào)用父類的load方法。而且這個過程是自動完成的，并不需要我們手動實現(xiàn)：

// 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");
}

// 運行結(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
*/

如果一個類沒有實現(xiàn)load方法，那么就不會調(diào)用它父類的load方法，這一點與正常的類繼承和方法調(diào)用不一樣，需要額外注意一下。

執(zhí)行順序

load方法調(diào)用時，系統(tǒng)處于脆弱狀態(tài)，如果調(diào)用別的類的方法，且該方法依賴于那個類的load方法進行初始化設(shè)置，那么必須確保那個類的load方法已經(jīng)調(diào)用了，比如demo中的這段代碼，打印出的字符串就為null：

// In Child.m
+ (void)load {
? ? NSLog(@"Load Class Child");

? ? Other *other = [Other new];
? ? [other originalFunc];

? ? // 如果不先調(diào)用other的load，下面這行代碼就無效，打印出null
? ? [Other printName];
}

load方法的調(diào)用順序其實有跡可循，我們看到demo的項目設(shè)置如下：

執(zhí)行順序

在Compile Sources中，文件的排放順序就是其裝載順序，自然也就是load方法調(diào)用的順序。這一點也證明了load方法中會自動調(diào)用父類的方法，因為在demo的輸出結(jié)果中，Parent的load方法先于Child調(diào)用，而它的裝載順序其實在Child之后。

雖然在這種簡單情況下我們可以辨別出各個類的load方法調(diào)用的順序，但永遠不要依賴這個順序完成你的代碼邏輯。一方面，這在后期的開發(fā)中極容易導致錯誤，另一方面，你實際上并不需要這么做。

使用場景

由于調(diào)用load方法時的環(huán)境很不安全，我們應(yīng)該盡量減少load方法的邏輯。另一個原因是load方法是線程安全的，它內(nèi)部使用了鎖，所以我們應(yīng)該避免線程阻塞在load方法中。

一個常見的使用場景是在load方法中實現(xiàn)Method Swizzle：

// 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);
}

在Child類的load方法中，由于還沒調(diào)用Other的load方法，所以輸出結(jié)果是"Original Output"，而在main函數(shù)中，輸出結(jié)果自然就變成了"Swizzled Output"。

一般來說，除了Method Swizzle，別的邏輯都不應(yīng)該放在load方法中實現(xiàn)。

initialize

這個方法在第一次給某個類發(fā)送消息時調(diào)用（比如實例化一個對象），并且只會調(diào)用一次。initialize方法實際上是一種惰性調(diào)用，也就是說如果一個類一直沒被用到，那它的initialize方法也不會被調(diào)用，這一點有利于節(jié)約資源。

調(diào)用規(guī)則

與load方法類似的是，在initialize方法內(nèi)部也會調(diào)用父類的方法，而且不需要我們顯示的寫出來。與load方法不同之處在于，即使子類沒有實現(xiàn)initialize方法，也會調(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];

運行后發(fā)現(xiàn)父類的initialize方法竟然調(diào)用了兩次：

2016-02-01 22:57:02.985 load[12772:1509345] Initialize Parent, caller Class Parent
2016-02-01 22:57:02.985 load[12772:1509345] Initialize Parent, caller Class Child

這是因為在創(chuàng)建子類對象時，首先要創(chuàng)建父類對象，所以會調(diào)用一次父類的initialize方法，然后創(chuàng)建子類時，盡管自己沒有實現(xiàn)initialize方法，但還是會調(diào)用到父類的方法。

雖然initialize方法對一個類而言只會調(diào)用一次，但這里由于出現(xiàn)了兩個類，所以調(diào)用兩次符合規(guī)則，但不符合我們的需求。正確使用initialize方法的姿勢如下：

// In Parent.m
+ (void)initialize {
? ? if (self == [Parent class]) {
? ? ? ? NSLog(@"Initialize Parent, caller Class %@", [self class]);
? ? }
}

加上判斷后，就不會因為子類而調(diào)用到自己的initialize方法了。

使用場景

initialize方法主要用來對一些不方便在編譯期初始化的對象進行賦值。比如NSMutableArray這種類型的實例化依賴于runtime的消息發(fā)送，所以顯然無法在編譯器初始化：

// In Parent.m
static int someNumber = 0;? ?  // int類型可以在編譯期賦值
static NSMutableArray *someObjects;

+ (void)initialize {
? ? if (self == [Parent class]) {
? ? ? ? // 不方便編譯期復制的對象在這里賦值
? ? ? ? someObjects = [[NSMutableArray alloc] init];
? ? }
}

總結(jié)

1. load和initialize方法都會在實例化對象之前調(diào)用，以main函數(shù)為分水嶺，前者在main函數(shù)之前調(diào)用，后者在之后調(diào)用。這兩個方法會被自動調(diào)用，不能手動調(diào)用它們。
2. load和initialize方法都不用顯示的調(diào)用父類的方法而是自動調(diào)用，即使子類沒有initialize方法也會調(diào)用父類的方法，而load方法則不會調(diào)用父類。
3. load方法通常用來進行Method Swizzle，initialize方法一般用于初始化全局變量或靜態(tài)變量。
4. load和initialize方法內(nèi)部使用了鎖，因此它們是線程安全的。實現(xiàn)時要盡可能保持簡單，避免阻塞線程，不要再使用鎖。