在Objective-C中浮声，NSObject是根類(lèi)魄健，而NSObject.h的頭文件中前兩個(gè)方法就是load和initialize兩個(gè)類(lèi)方法赋铝，本篇文章就對(duì)這兩個(gè)方法做下說(shuō)明和整理。
- 概述
Objective-C作為一門(mén)面向?qū)ο笳Z(yǔ)言沽瘦，有類(lèi)和對(duì)象的概念革骨。編譯后，類(lèi)相關(guān)的數(shù)據(jù)結(jié)構(gòu)會(huì)保留在目標(biāo)文件中析恋，在運(yùn)行時(shí)得到解析和使用良哲。在應(yīng)用程序運(yùn)行起來(lái)的時(shí)候，類(lèi)的信息會(huì)有加載和初始化過(guò)程助隧。
其實(shí)在Java語(yǔ)言中也有類(lèi)似的過(guò)程筑凫，JVM的ClassLoader也對(duì)類(lèi)進(jìn)行了加載、連接并村、初始化巍实。
就像Application有生命周期回調(diào)方法一樣，在Objective-C的類(lèi)被加載和初始化的時(shí)候哩牍，也可以收到方法回調(diào)棚潦，可以在適當(dāng)?shù)那闆r下做一些定制處理。而這正是load和initialize方法可以幫我們做到的姐叁。
- (void)load;
- (void)initialize;
可以看到這兩個(gè)方法都是以“+”開(kāi)頭的類(lèi)方法瓦盛，返回為空。通常情況下外潜，我們?cè)陂_(kāi)發(fā)過(guò)程中可能不必關(guān)注這兩個(gè)方法原环。如果有需要定制，我們可以在自定義的NSObject子類(lèi)中給出這兩個(gè)方法的實(shí)現(xiàn)处窥，這樣在類(lèi)的加載和初始化過(guò)程中嘱吗，自定義的方法可以得到調(diào)用。
從如上聲明上來(lái)看滔驾，也許這兩個(gè)方法和其它的類(lèi)方法相比沒(méi)什么特別谒麦。但是，這兩個(gè)方法具有一定的“特殊性”哆致，這也是這兩個(gè)方法經(jīng)常會(huì)被放在一起特殊提到的原因绕德。詳細(xì)請(qǐng)看如下幾小節(jié)的整理。
- load和initialize的共同特點(diǎn)
load和initialize有很多共同特點(diǎn)摊阀，下面簡(jiǎn)單列一下：
在不考慮開(kāi)發(fā)者主動(dòng)使用的情況下耻蛇，系統(tǒng)最多會(huì)調(diào)用一次
如果父類(lèi)和子類(lèi)都被調(diào)用踪蹬，父類(lèi)的調(diào)用一定在子類(lèi)之前
都是為了應(yīng)用運(yùn)行提前創(chuàng)建合適的運(yùn)行環(huán)境
在使用時(shí)都不要過(guò)重地依賴(lài)于這兩個(gè)方法，除非真正必要
- load方法相關(guān)要點(diǎn)
廢話(huà)不多說(shuō)臣咖，直接上要點(diǎn)列表：
調(diào)用時(shí)機(jī)比較早跃捣，運(yùn)行環(huán)境有不確定因素。具體說(shuō)來(lái)夺蛇，在iOS上通常就是App啟動(dòng)時(shí)進(jìn)行加載疚漆，但當(dāng)load調(diào)用的時(shí)候，并不能保證所有類(lèi)都加載完成且可用刁赦，必要時(shí)還要自己負(fù)責(zé)做auto release處理娶聘。
補(bǔ)充上面一點(diǎn)，對(duì)于有依賴(lài)關(guān)系的兩個(gè)庫(kù)中截型，被依賴(lài)的類(lèi)的load會(huì)優(yōu)先調(diào)用趴荸。但在一個(gè)庫(kù)之內(nèi)，調(diào)用順序是不確定的宦焦。
對(duì)于一個(gè)類(lèi)而言发钝，沒(méi)有l(wèi)oad方法實(shí)現(xiàn)就不會(huì)調(diào)用，不會(huì)考慮對(duì)NSObject的繼承波闹。
一個(gè)類(lèi)的load方法不用寫(xiě)明[super load]酝豪，父類(lèi)就會(huì)收到調(diào)用，并且在子類(lèi)之前精堕。
Category的load也會(huì)收到調(diào)用孵淘，但順序上在主類(lèi)的load調(diào)用之后。
不會(huì)直接觸發(fā)initialize的調(diào)用歹篓。
- initialize方法相關(guān)要點(diǎn)
同樣瘫证，直接整理要點(diǎn)：
initialize的自然調(diào)用是在第一次主動(dòng)使用當(dāng)前類(lèi)的時(shí)候（lazy，這一點(diǎn)和Java類(lèi)的“clinit”的很像）庄撮。
在initialize方法收到調(diào)用時(shí)背捌，運(yùn)行環(huán)境基本健全。
initialize的運(yùn)行過(guò)程中是能保證線(xiàn)程安全的洞斯。
和load不同毡庆，即使子類(lèi)不實(shí)現(xiàn)initialize方法，會(huì)把父類(lèi)的實(shí)現(xiàn)繼承過(guò)來(lái)調(diào)用一遍烙如。注意的是在此之前么抗，父類(lèi)的方法已經(jīng)被執(zhí)行過(guò)一次了，同樣不需要super調(diào)用亚铁。
由于initialize的這些特點(diǎn)蝇刀，使得其應(yīng)用比load要略微廣泛一些∨且纾可用來(lái)做一些初始化工作熊泵，或者單例模式的一種實(shí)現(xiàn)方案仰迁。
- 原理
“源碼面前沒(méi)有秘密”甸昏。最后顽分，我們來(lái)看看蘋(píng)果開(kāi)放出來(lái)的部分源碼。從中我們也許能明白為什么load和initialize及調(diào)用會(huì)有如上的一些特點(diǎn)施蜜。
其中l(wèi)oad是在objc庫(kù)中一個(gè)load_images函數(shù)中調(diào)用的卒蘸，先把二進(jìn)制映像文件中的頭信息取出，再解析和讀出各個(gè)模塊中的類(lèi)定義信息翻默，把實(shí)現(xiàn)了load方法的類(lèi)和Category記錄下來(lái)缸沃，最后統(tǒng)一執(zhí)行調(diào)用。
Apple的文檔很清楚地說(shuō)明了initialize和load的區(qū)別在于：load是只要類(lèi)所在文件被引用就會(huì)被調(diào)用修械，而initialize是在類(lèi)或者其子類(lèi)的第一個(gè)方法被調(diào)用前調(diào)用趾牧。所以如果類(lèi)沒(méi)有被引用進(jìn)項(xiàng)目，就不會(huì)有l(wèi)oad調(diào)用肯污；但即使類(lèi)文件被引用進(jìn)來(lái)翘单，但是沒(méi)有使用，那么initialize也不會(huì)被調(diào)用蹦渣。
它們的相同點(diǎn)在于：方法只會(huì)被調(diào)用一次哄芜。（其實(shí)這是相對(duì)runtime來(lái)說(shuō)的，后邊會(huì)做進(jìn)一步解釋?zhuān)┘砦āＮ臋n也明確闡述了方法調(diào)用的順序：父類(lèi)(Superclass)的方法優(yōu)先于子類(lèi)(Subclass)的方法认臊，類(lèi)中的方法優(yōu)先于類(lèi)別(Category)中的方法。
不過(guò)還有很多地方是文章中沒(méi)有解釋詳細(xì)的锄奢。所以再來(lái)看一些示例代碼來(lái)明確其中應(yīng)該注意的細(xì)節(jié)失晴。
