解讀OC中的load和initialize
在 Objective-C 中,NSObject 是絕大多數類的基類。而在 NSObject 中有兩個類方法 load 和 initialize,那這兩個方法是在什麼時機被呼叫呢?父類、Category 的呼叫順序又是怎樣的呢?本文解讀一下這兩個方法的區別於聯絡及使用場景。
Load
load方法在這個檔案被程式裝載時呼叫。只要是在Compile Sources中出現的檔案總是會被裝載,這與這個類是否被用到無關,因此load方法總是在main函式之前呼叫。這個很關鍵,也容易認知出錯
呼叫順序
如果一個類實現了load方法,在呼叫這個方法前會首先呼叫父類的load方法。而且這個過程是自動完成的,並不需要我們手動實現:
父類 -> 子類 -> 父類的Category -> 子類的Category -> Main
// 在 People.m + (void)load { NSLog(@"載入Load方法: People"); } // 在 People+Category.m,People的分類 + (void)load { NSLog(@"載入Load方法: People+Category"); } // 在 Student.m,繼承自Parent + (void)load { NSLog(@"載入Load方法: Student"); } // 在 Student+Category.m,Student的分類 + (void)load { NSLog(@"Load Class Child+load"); } // 執行結果: 2018-12-21 11:27:58.392283+0800 [33801:3250290] 載入Load方法: People 2018-12-21 11:27:58.392825+0800 [33801:3250290] 載入Load方法: Student 2018-12-21 11:27:58.393400+0800 [33801:3250290] 載入Load方法: People+Category 2018-12-21 11:27:58.393520+0800 [33801:3250290] 載入Load方法: Student+Category 2018-12-21 11:27:58.393672+0800 [33801:3250290] Main開始執行====>
使用場景
由於load方法是執行緒安全的,它內部使用了鎖,所以我們應該避免執行緒阻塞在load方法中。常見的使用場景是在load方法中實現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方法中,由於還沒呼叫Other的load方法,所以輸出結果是"Original Output",而在main函式中,輸出結果自然就變成了"Swizzled Output"。
一般來說,除了Method Swizzle,別的邏輯都不應該放在load方法中實現。
initialize
這個方法在第一次給某個類傳送訊息時呼叫(比如例項化一個物件),並且只會呼叫一次。initialize方法實際上是一種惰性呼叫,也就是說如果一個類一直沒被用到,那它的initialize方法也不會被呼叫,這一點有利於節約資源。
呼叫順序
// 在 People.m
+ (void)initialize {
NSLog(@"載入People 的initialize方法: %@", [self class]);
}
// 在 Student.m
+ (void)initialize {
NSLog(@"載入Student 的initialize方法: %@", [self class]);
}
// In main.m
Student *student = [Student new];
// 執行結果:
1: 沒有註釋Student的initialize方法
2018-12-21 11:42:56.694261+0800 [34107:3314744] 載入People 的initialize方法: People
2018-12-21 11:42:56.694433+0800 [34107:3314744] 載入People 的initialize方法: Student
2: 註釋Student的initialize方法
2018-12-21 11:42:56.694261+0800 [34107:3314744] 載入People 的initialize方法: People
2018-12-21 11:42:56.694433+0800 [34107:3314744] 載入People 的initialize方法: Student
執行後發現父類的initialize方法竟然呼叫了兩次:
這是因為在建立子類物件時,首先要建立父類物件,所以會呼叫一次父類的initialize方法,然後建立子類時,儘管自己沒有實現initialize方法,但還是會呼叫到父類的方法。
雖然initialize方法對一個類而言只會呼叫一次,但這裡由於出現了兩個類,所以呼叫兩次符合規則,但不符合我們的需求。正確使用initialize方法的姿勢如下:
// In People.m
+ (void)initialize {
if (self == [People class]) {
//TODO...
}
}
使用場景
initialize方法主要用來對一些不方便在編譯期初始化的物件進行賦值。比如NSMutableArray這種型別的例項化依賴於runtime的訊息傳送,所以顯然無法在編譯器初始化:
總結
- load和initialize方法都會在例項化物件之前呼叫,以main函式為分水嶺,前者在main函式之前呼叫,後者在之後呼叫。這兩個方法會被自動呼叫,不能手動呼叫它們。
- load只會呼叫一次父類沒有關係,而initialize方法不用顯示的呼叫父類的方法而是自動呼叫,即使子類沒有initialize方法也會呼叫父類的方法
- load方法通常用來進行Method Swizzle,initialize方法一般用於初始化全域性變數或靜態變數。
- load和initialize方法內部使用了鎖,因此它們是執行緒安全的。實現時要儘可能保持簡單,避免阻塞執行緒,不要再使用鎖。