一拳氢、+ (void)load
對于每一個?Class?和?Category?來說蒋伦，必定會調(diào)用此方法鬼譬，而且僅調(diào)用一次。當包含?Class?和?Category?的程序庫載入系統(tǒng)時腕够，就會執(zhí)行此方法级乍，并且此過程通常是在程序啟動的時候執(zhí)行。
load 方法會在加載類的時候就被調(diào)用帚湘，也就是 iOS 應(yīng)用啟動的時候玫荣，就會加載所有的類，就會調(diào)用每個類的 + load 方法大诸，在main函數(shù)之前調(diào)用捅厂。
+ load 方法的執(zhí)行順序為：類，子類资柔，分類
如果你在一個可加載的 bundle 中實現(xiàn)了?+ load焙贷，那么它會在 bundle 加載的過程中被調(diào)用。
由于調(diào)用有著?non-lazy?屬性建邓，并且在運行期只調(diào)用一次盈厘，于是我們可以使用?load?獨有的特性和調(diào)用時機來嘗試 Method Swizzling。當然因為 load 調(diào)用時機過早官边，并且當多個 Class 沒有關(guān)聯(lián)（繼承與派生）沸手，我們無法知道 Class 中 load 方法的優(yōu)先調(diào)用關(guān)系外遇，所以一般不會在 load 方法中引入其他的類，這是在開發(fā)當中需要注意的契吉。
由于load方法在main函數(shù)前被調(diào)用跳仿，所以在load方法中盡量避免費時的操作，因為這些操作都將導(dǎo)致程序啟動時間的延長捐晶。
runtime中call_load_methods里是通過load方法的地址直接調(diào)用的load方法菲语，而不是通過消息機制來調(diào)用的。這就是為什么分類中的load方法并不會覆蓋主類以及其他同主類的分類里的load 方法實現(xiàn)的原因
二惑灵、+?(void) initialize
+ initialize? 方法：蘋果官方對這個方法有這樣的一段描述：這個方法會在?第一次初始化這個類之前?被調(diào)用山上，我們用它來初始化靜態(tài)變量。
+ initialize?方法類似一個懶加載英支，如果沒有使用這個類佩憾，那么系統(tǒng)默認不會去調(diào)用這個方法，且默認只加載一次干花；
+ initialize?的調(diào)用發(fā)生在 +init 方法之前妄帘。
創(chuàng)建子類時，會去調(diào)用父類的initialize方法池凄。意思是當子類沒有實現(xiàn)+initialize或者子類在+initialize中顯式的調(diào)用了[super initialize]抡驼，那么父類的+initialize方法會被調(diào)用多次。
initialize方法的調(diào)用看起來會更合理肿仑，通常在它里面寫代碼比在+ load里寫更好致盟。+ initialize很有趣，因為它是懶調(diào)用的柏副，也有可能完全不被調(diào)用勾邦。類第一次被加載時，initialize不會被調(diào)用割择。類接收消息時，運行時會先檢查+ initialize有沒有被調(diào)用過萎河。如果沒有荔泳，會在消息被處理前調(diào)用。
initialize的調(diào)用虐杯，是該類對象通過isa指針找到元類對象玛歌，在元類已緩存的方法列表中查方法，如果有就調(diào)用擎椰；如果沒有就查找方法列表支子，如果還沒有找到，那么就去類的父類的元類對象中查找达舒，找到就調(diào)用值朋。如果沒有就遞歸下去直到NSObject的元類對象叹侄。
所以舉個例子：A，A的子類B昨登， B的分類 B+1趾代，他們都分別實現(xiàn)了initialize方法
當執(zhí)行 [B alloc]時，執(zhí)行的順序是 A丰辣，B+1撒强，因為分類的initialize方法覆蓋了B的initialize方法。這里考察到了runtime的一些知識笙什。
結(jié)論
ObjC 提供了兩種自動運行類初始化代碼的方法飘哨。+load 方法保證了會在 class 被加載的時候調(diào)用，這個時機很早琐凭，所以對于需要很早被執(zhí)行的代碼來說是很有用的杖玲。但是不要濫用。
由于 +initialize 方法是 lazy 觸發(fā)的淘正，所以對于初始化設(shè)置的環(huán)境就要友好得多摆马。只要不是在類接收第一條消息之前一定要做的事情，都可以在這個方法里面做鸿吆。
