上圖為將所有在+load方法里的代碼轉(zhuǎn)移到+initialize方法里后的對比圖.
前言
大家都知道+load方法是在main函數(shù)之前被執(zhí)行的.
大量重寫+load方法會增加APP啟動時間.
所以很多建議都是將在+load方法里執(zhí)行的事件轉(zhuǎn)移到+initialize
方法里.
這里就講一下這兩個方法的差異
一.異
+load方法在程序剛啟動時就必定會被執(zhí)行
+initialize是在第一次向該類發(fā)送消息的時候被執(zhí)行
+load方法不會被分類覆寫
+initialize方法會被分類覆寫 (即本類的+initialize方法永遠(yuǎn)不會被調(diào)用了)
被子類覆寫時.父類的+load和+initialize都是會被調(diào)用的.因為子類可能會調(diào)用super
不同點在于:
不管子類有沒有調(diào)用super.父類的+load方法都會被調(diào)用.
如果子類的+initialize方法沒有調(diào)用super.那么父類的+initialize就不會被調(diào)用.
二.同
+load和+initialize都可能會被調(diào)用多次
見場景一/二.
三.總結(jié)
重寫+load方法時千萬不要調(diào)用super. (見場景一)
危害一: 可能會導(dǎo)致父類的+load方法被重復(fù)執(zhí)行
危害二: 會導(dǎo)致+initialize方法被調(diào)用
重寫+initialize方法時也最好不要調(diào)用super.(見場景二)
場景一: +load
危害一:
如果父類實現(xiàn)了+load方法.
那么子類調(diào)用[super load];時.父類的load方法又會被執(zhí)行一遍.
危害二:
如果子類的+load方法調(diào)用了super.
同時父類又實現(xiàn)了+initialize方法.
那么會提前觸發(fā)父類的initialize方法被調(diào)用.
場景二:+ initialize被多次調(diào)用
initialize會被多次調(diào)用見如圖.
他會在每個子類第一次創(chuàng)建的時候遞歸再次調(diào)用父類的+initialize方法.
場景三: +initialize的觸發(fā)條件
+initialize方法只會在第一次向這個類發(fā)送消息的時候才會被調(diào)用.
所以這個方法可能永遠(yuǎn)都不會被調(diào)用.
但并不是只有alloc這樣的消息才會觸發(fā).類似以下的消息也會觸發(fā)
1.[XXClass class]這樣的消息也會觸發(fā)initialize方法
2.在load方法里NSLog(@“%@“,self);也會觸發(fā)initialize方法.
3.在子類的load方法里調(diào)用[super load]也會觸發(fā)initialize方法 (所以千萬不要在load方法里調(diào)用super.可能會產(chǎn)生莫名其妙的問題)
