OC文件在編譯后逸吵，類相關(guān)的數(shù)據(jù)結(jié)構(gòu)會保留在目標(biāo)文件中，在運(yùn)行時(shí)得到解析和使用缝裁。在應(yīng)用程序運(yùn)行起來的時(shí)候扫皱，類的信息會有加載和初始化過程，這個過程就涉及到了類的兩個類方法：load和initialize捷绑。下面我們就來介紹一下這2個方法的區(qū)別韩脑。(首先要說明一下，這2個方法是系統(tǒng)調(diào)用的粹污，開發(fā)者一般不會主動去調(diào)用者兩個方法段多，這么做也沒有什么意義，所以后面的講解都是針對系統(tǒng)調(diào)用壮吩，不考慮主動調(diào)用的情況)进苍。

load和initialize的區(qū)別

兩者都會自動調(diào)用父類的，不需要super操作鸭叙，且僅會調(diào)用一次（不包括外部顯示調(diào)用).

• load和initialize方法都會在實(shí)例化對象之前調(diào)用觉啊，以main函數(shù)為分水嶺，前者在main函數(shù)之前調(diào)用沈贝，后者在之后調(diào)用杠人。這兩個方法會被自動調(diào)用，不能手動調(diào)用它們宋下。
• load和initialize方法都不用顯示的調(diào)用父類的方法而是自動調(diào)用搜吧，即使子類沒有initialize方法也會調(diào)用父類的方法，而load方法則不會調(diào)用父類杨凑。
• load方法通常用來進(jìn)行Method Swizzle滤奈，initialize方法一般用于初始化全局變量或靜態(tài)變量。
• load和initialize方法內(nèi)部使用了鎖撩满，因此它們是線程安全的蜒程。實(shí)現(xiàn)時(shí)要盡可能保持簡單绅你，避免阻塞線程，不要再使用鎖昭躺。

類方法load和initialize的區(qū)別

1忌锯、+load方法當(dāng)類或分類添加到object-c runtime時(shí)被調(diào)用，子類的+load方法會在它所有父類的+load方法之后執(zhí)行领炫，而分類的+load方法會在它的主類的+load方法之后執(zhí)行偶垮。但不同的類之間的+load方法的調(diào)用順序是不確定的，所以不要在此方法中用另一個類帝洪。

2似舵、+load方法不像普通方法一樣，它不遵循那套繼承規(guī)則葱峡。如果某個類本身沒有實(shí)現(xiàn)+load方法砚哗，那么不管其它各級超類是否實(shí)現(xiàn)此方法，系統(tǒng)都不會調(diào)用砰奕。+load方法調(diào)用順序是：SuperClass -->SubClass --> CategaryClass蛛芥。

3、+initialize是在類或者它的子類接受第一條消息前被調(diào)用军援，但是在它的超類接收到initialize之后仅淑。也就是說+initialize是以懶加載的方式被調(diào)用的，如果程序一直沒有給某個類或它的子類發(fā)送消息胸哥，那么這個類的+initialize方法是不會被調(diào)用的漓糙。

4、+initialize方法和+load方法還有個區(qū)別烘嘱，就是運(yùn)行期系統(tǒng)完整度上來講昆禽，此時(shí)可以安全使用并調(diào)用任意類中的任意方法。而且蝇庭，運(yùn)行期系統(tǒng)也能確保+initialize方法一定會在“線程安全的環(huán)境”中執(zhí)行醉鳖，這就是說，只有執(zhí)行+initialize的那個線程可以操作類或類實(shí)例哮内，其他線程都要阻塞等著+initialize執(zhí)行完盗棵。

5、+initialize方法和其他類一樣北发，如果某個類未實(shí)現(xiàn)它纹因，而其超類實(shí)現(xiàn)了，那么就會運(yùn)行超類的實(shí)現(xiàn)代碼琳拨。如果本身和超類都沒有實(shí)現(xiàn)瞭恰，超類的分類實(shí)現(xiàn)了，就會去調(diào)用分類的initialize方法狱庇。如果本身沒有實(shí)現(xiàn)惊畏，超類和父類的分類實(shí)現(xiàn)了就會去調(diào)分類的initialize方法恶耽。不管是在超類中還是分類中實(shí)現(xiàn)initialize方法都會被調(diào)多次，調(diào)用順序是SuperClass -->SubClass颜启。

執(zhí)行順序

1偷俭、load:
先調(diào)用類的load, 在調(diào)用分類的load
先編譯的類, 優(yōu)先調(diào)用load, 調(diào)用子類的load之前, 會先調(diào)用父類的load
先編譯的分類, 優(yōu)先調(diào)用load

執(zhí)行不需要super 調(diào)用父類

load方法不需要(不需要并不是說不能哦)使用[super load]來顯性的調(diào)用父類的load方法，只要被添加到編譯源下面就會執(zhí)行缰盏。
不管子類有沒有寫load方法涌萤，父類的load都只會執(zhí)行一次(說這句只是為了區(qū)別下面的initialize方法)
load方法執(zhí)行的時(shí)候，系統(tǒng)為脆弱狀態(tài)口猜，如果我們在load里面需要調(diào)用其它類的實(shí)例對象(或類對象)的屬性或者方法负溪，必須要確保那個依賴類（這個依賴類可不是之前說的父類）的load方法執(zhí)行完畢（個人看法: 這種牽扯到稍微帶點(diǎn)邏輯的東西就不要在里面實(shí)現(xiàn)了，使用場景↓暮的。

1. load方法

1.1 調(diào)用時(shí)機(jī)

當(dāng)我們啟動程序時(shí)，參與了編譯的類淌实、分類都會被加載進(jìn)內(nèi)存冻辩，load方法就是在這個類被加載的時(shí)候調(diào)用的(前提是這個類有實(shí)現(xiàn)load方法)，這個過程與這個類是否被使用是無關(guān)的拆祈，也就是說如果有一個類(MyClass)即使在整個程序中都沒有用到恨闪，甚至沒有任何一個文件去引入MyClass的頭文件，MyClass的的load的方法一樣會被調(diào)用放坏。等所有的類咙咽、分類都加載進(jìn)內(nèi)存后才會調(diào)用程序的main函數(shù)，所以所有類的load方法都是在main函數(shù)之前被調(diào)用的淤年。而且每個類钧敞、分類的load方法只會被調(diào)用一次。

1.2 調(diào)用順序

一個程序中如果所有的類麸粮、分類都實(shí)現(xiàn)了load方法溉苛，那么所有的load方法都會被調(diào)用。它們的執(zhí)行順序遵循以下規(guī)則：

• 先執(zhí)行所有類的load方法弄诲，再執(zhí)行所有分類的load方法愚战。
• 執(zhí)行類的load方法時(shí)，是按照參與編譯的順序齐遵，先編譯的類先執(zhí)行寂玲，但是如果某個類是繼承自另一個類，那么會先執(zhí)行父類的load方法個再執(zhí)行自己的load方法梗摇。
• 執(zhí)行分類的load方法時(shí)拓哟，是按照分類參與編譯的順序，先編譯的分類先執(zhí)行伶授。

關(guān)于編譯順序彰檬，我們可以在項(xiàng)目的Build Phases -->Compile Sources查看伸刃，最上面的就最先編譯，我們可以拖動文件來調(diào)整編譯順序逢倍。下面舉個例子來看下load方法的執(zhí)行順序捧颅。首先說明一下幾個類的關(guān)系：Person類有aaa和bbb兩個分類，men類繼承自Person類较雕，men也有2個分類ccc和ddd碉哑，Book類和前面這些類沒有任何關(guān)系。

image.png

解釋：

• 編譯順序從上到下亮蒋，上面先編譯扣典，下面后編譯。由于先執(zhí)行類的load再執(zhí)行分類的load慎玖，最先參與編譯的類是men贮尖，而men繼承自Person，所以最先執(zhí)行Person的load(雖然Person是后參與編譯的趁怔，但是它是父類湿硝，所以會先執(zhí)行)，然后再執(zhí)行men的load润努。接著參與編譯的是Book類关斜，所以緊接著就是執(zhí)行Book的load。再接著參與編譯的類就是Person铺浇，由于它的load方法已經(jīng)執(zhí)行過了痢畜，此時(shí)就不會執(zhí)行了。
• 所有的類的load方法都執(zhí)行完后開始執(zhí)行分類的load鳍侣，分類參與編譯的順序是men+ccc-->Person+aaa-->men+ddd-->Person+bbb丁稀，所以分類的load方法個也是按照這個順序執(zhí)行。

1.3 執(zhí)行方式

我們知道倚聚，當(dāng)分類中存在和本類中同名的方法時(shí)二驰，調(diào)用這個方法最終執(zhí)行的是分類中的方法。那上面就很奇怪了秉沼，Person和Person的分類中都有load方法桶雀，按理說調(diào)用load方法時(shí)最終只會調(diào)用其中一個分類的load方法，可結(jié)果Person本類和它的2個分類都調(diào)用了load方法唬复。這是因?yàn)?code>load方法和普通方法調(diào)用的方式不一樣矗积。普通方法調(diào)用是通過消息發(fā)送機(jī)制實(shí)現(xiàn)的，會先去類或元類的方法列表中查找敞咧，如果找到了方法就執(zhí)行棘捣，如果沒有找到就去父類的方法列表里面找，只要找到就會終止查找休建，所以只會執(zhí)行一次乍恐。而load方法調(diào)用時(shí)评疗，每個類都是根據(jù)load方法的地址直接調(diào)用，而不會走objc_msgSend函數(shù)的方法查找流程茵烈，也就是說一個類有實(shí)現(xiàn)load方法就執(zhí)行百匆，沒有就不執(zhí)行(沒有的話也不會去父類里面查找)。想要了解更加詳細(xì)的底層實(shí)現(xiàn)流程呜投，可以去看objc4源碼加匈，https://opensource.apple.com/tarballs/objc4/這里提供一下相關(guān)函數(shù)調(diào)用流程以便進(jìn)行源碼閱讀： 首先從objc-os.mm文件的_objc_init函數(shù)開始-->load_images-->prepare_load_methods-->schedule_class_load-->add_class_to_loadable_list-->add_category_to_loadable_list-->call_load_methods-->call_class_loads-->call_category_loads-->(*load_method)(cls, SEL_load)。

1.4 實(shí)現(xiàn)load方法時(shí)要注意什么

我們通常在load方法中進(jìn)行方法交換(Method Swizzle)仑荐，除此之外雕拼，除非真的有必要，我們盡量不要在load方法中寫代碼粘招，尤其不要在load方法中使用其它的類啥寇，因?yàn)檫@個時(shí)候其它的類可能還沒有被加載進(jìn)內(nèi)存，隨意使用可能會出問題洒扎。如果確實(shí)要在load方法寫一些代碼辑甜，那也要盡量精簡代碼，不要做一些耗時(shí)或者等待鎖的操作逊笆，因?yàn)檎麄€程序在執(zhí)行load方法時(shí)都會阻塞栈戳，從而導(dǎo)致程序啟動時(shí)間過長甚至無法啟動岂傲。

2. initialize方法

2.1 調(diào)用時(shí)機(jī)

initialize方法是在類或它的子類收到第一條消息時(shí)被調(diào)用的难裆，這里的消息就是指實(shí)例方法或類方法的調(diào)用，所以所有類的initialize調(diào)用是在執(zhí)行main函數(shù)之后調(diào)用的镊掖。而且一個類只會調(diào)用一次initialize方法乃戈。如果一個類在程序運(yùn)行過程中一直沒有被使用過，那這個類的initialize方法也就不會被調(diào)用亩进，這一點(diǎn)和load方法是不一樣的症虑。

2.2 調(diào)用方式

initialize方法的調(diào)用和普通方法調(diào)用一樣，也是走的objc_msgSend流程归薛。所以如果一個類和它的分類都實(shí)現(xiàn)了initialize方法谍憔，那最終調(diào)用的會是分類中的方法。如果子類和父類都實(shí)現(xiàn)了initialize方法主籍，那么會先調(diào)用父類的方法习贫，然后調(diào)用子類的方法個(這里注意子類中不需要寫[super initialize]來調(diào)用父類的方法，通過查看源碼得知它是在底層實(shí)現(xiàn)過程中主動調(diào)用的父類的initialize方法)千元。下面看一個例子：父類Person實(shí)現(xiàn)了initialize苫昌，PersonSub1和PersonSub2這兩個子類也實(shí)現(xiàn)了initialize，PersonSub3和PersonSub4這兩個子類沒有實(shí)現(xiàn)了initialize幸海，按照下面的順序?qū)嵗瘜ο螅?/p>

PersonSub1 *ps1 = [[PersonSub1 alloc] init];
Person *person = [[Person alloc] init];
PersonSub2 *ps2 = [[PersonSub2 alloc] init];
PersonSub3 *ps3 = [[PersonSub3 alloc] init];
PersonSub4 *ps4 = [[PersonSub4 alloc] init];

// ***************打印結(jié)果***************
2020-01-06 15:52:38.429218+0800 CommandLine[68706:7207027] +[Person initialize]
2020-01-06 15:52:38.429250+0800 CommandLine[68706:7207027] +[PersonSub1 initialize]
2020-01-06 15:52:38.429287+0800 CommandLine[68706:7207027] +[PersonSub2 initialize]
2020-01-06 15:52:38.429347+0800 CommandLine[68706:7207027] +[Person initialize]
2020-01-06 15:52:38.429380+0800 CommandLine[68706:7207027] +[Person initialize]

看到這個運(yùn)行結(jié)果奥务，有人就有疑問了：不是說一個類只會調(diào)用一次initialize方法嗎，為什么這里Person的initialize方法被調(diào)用了3次袜硫？這里就需要講解一下底層源碼的執(zhí)行流程了氯葬，每個類都有一個標(biāo)記記錄這個類是否調(diào)用過initialize，我這里就用一個BOOL類型的isInitialized來表示父款，然后用selfClass來表示自己的類溢谤，用superClass來表示父類，下面我用偽代碼來描述一下底層源碼執(zhí)行流程：

// 如果自己沒有調(diào)用過initialize就執(zhí)行里面的代碼
if(!selfClass.isInitialized){
    if(!superClass.isInitialized){
 // 如果父類沒有執(zhí)行過initialize就給父類發(fā)消息(一旦成功執(zhí)行initialize就將父類的isInitialized置為YES)
 objc_msgSend(superClass,@selector(initialize));
 }
 // 再給自己的類發(fā)消息(一旦成功執(zhí)行initialize就將自己類的isInitialized置為YES)
 objc_msgSend(selfClass,@selector(initialize));
}

接下來我來按照這個流程來解釋一下上面運(yùn)行的結(jié)果：

• 首先PersonSub1被使用憨攒，而此時(shí)PersonSub1的isInitialized為NO世杀，而且父類Person的isInitialized也為NO，所以先給父類發(fā)消息執(zhí)行initialize肝集，執(zhí)行完后Person的isInitialized變?yōu)?code>YES瞻坝。然后PersonSub1執(zhí)行自己的initialize，執(zhí)行完后PersonSub1的isInitialized變?yōu)?code>YES杏瞻。所以這一步先打印+[Person initialize]所刀，然后打印+[PersonSub1 initialize]。
• 然后是Person實(shí)例化捞挥，此時(shí)Person的isInitialized為YES浮创，所以不會再調(diào)用initialize。所以這一步什么都沒打印砌函。
• 接著是PersonSub2實(shí)例化斩披，此時(shí)PersonSub2的isInitialized為NO，父類Person的isInitialized為YES讹俊，所以只有PersonSub2會執(zhí)行initialize垦沉，執(zhí)行完后PersonSub2的isInitialized變?yōu)?code>YES。所以這一步打印的是+[PersonSub2 initialize]仍劈。
• 再接著是PersonSub3 實(shí)例化厕倍，此時(shí)PersonSub3的isInitialized為NO，父類Person的isInitialized為YES贩疙，所以只有PersonSub3會執(zhí)行initialize讹弯，但是由于PersonSub3沒有實(shí)現(xiàn)initialize，它就會去父類找這個方法的實(shí)現(xiàn)这溅，找到后就執(zhí)行父類Person的initialize(注意這里是PersonSub3執(zhí)行的Person中的initialize组民，而不是Person執(zhí)行的)，執(zhí)行完后PersonSub3的isInitialized變?yōu)?code>YES芍躏。所以這一步打印的是+[Person initialize]邪乍。(注意這里打印的是方法信息，表示執(zhí)行的是Person中的initialize，而不是說是Person調(diào)用的initialize)庇楞。
• 最后是PersonSub4實(shí)例化榜配，這一步過程和上面一步是一樣的，執(zhí)行完后PersonSub4的isInitialized變?yōu)?code>YES吕晌。這一步打印的是+[Person initialize]蛋褥。

所以最后的結(jié)果就是Person、PersonSub1睛驳、PersonSub2烙心、PersonSub3、PersonSub4這5個類都執(zhí)行了一次initialize乏沸，雖然從運(yùn)行結(jié)果來看Person的initialize執(zhí)行了3次淫茵，其實(shí)后面2次是PersonSub3和PersonSub4調(diào)用的。

2.3 使用注意事項(xiàng)

雖然使用initialize要比使用load安全(因?yàn)樵谡{(diào)用initialize時(shí)所有類已經(jīng)被加載進(jìn)內(nèi)存了)蹬跃，但我們還是要盡量少用initialize這個方法個匙瘪，尤其要謹(jǐn)慎在分類中實(shí)現(xiàn)initialize方法，因?yàn)槿绻诜诸愔袑?shí)現(xiàn)了蝶缀，本類實(shí)現(xiàn)的initialize方法將不會被調(diào)用丹喻。實(shí)際開發(fā)中initialize方法一般用于初始化全局變量或靜態(tài)變量。