APP啟動優化
阿新 • • 發佈：2019-01-04
目錄
- 冷啟動：app 還沒開始啟動，從零開始啟動
- 熱啟動：app以及啟動存在後臺中，再次點選app 圖示的一個種啟動
- 一般app的啟動優化主要是針對冷啟動的。WWDC2016上Apple建議一個app的冷啟動時間大概在400ms左右設。通過新增環境變數可以打印出APP的啟動時間分析（Edit scheme -> Run -> Arguments）,DYLD_PRINT_STATISTICS置為1，也可以通過設定DYLD_PRINT_STATISTICS_DETAILS為1獲得系統在呼叫main 函式之前主要工作佔用的時間資訊.
APP的冷啟動主要包含以下幾個階段
- dylb：用來動態載入連結庫，可執行檔案，是apple的動態連結庫。啟動app 時apple會動態載入所有依賴的動態庫，當它把可執行檔案以及動態庫載入完成之後，會通知runtime進行下一步的操作。
- runtime：
- 通過runtime原始碼可以得知，呼叫map_images進行可執行檔案的解析和處理
- 呼叫load_images執行call_load_methods從而呼叫 類以及分類的+load方法
- 對各種objc結構進行初始化（比如初始化物件，註冊類等等）
- 以上完成之後，所有的可執行檔案/動態庫中的所有符號（IMP，SEL，Class，Protocol....）已經按runtime的格式載入到記憶體中，被runtime管理
- main：APP的啟動由dylb主導，dylb吧可執行檔案，Mach-O檔案載入到記憶體，順便載入所有依賴的動態庫。然後由runtime負責載入成objc定義的結構。初始化完成之後，由dylb呼叫main函式。然後去呼叫UIApplicationMain函式，再去呼叫AppDelegate 的didFinishLanchingWithOptions：方法
APP啟動優化的步驟
- 能延遲執行的就延遲執行。比如SDK的初始化，介面的建立。
- 減少動態庫，合併一些動態庫（定期的清理一些不必要的動態庫）
- 合併一些功能類似的分類，減少Objc類。
- 減少C的constructor函式，C++靜態物件，ObjC的+load，可以用 initialize方法和 dispath_once取代以上上面的操作
- main函式中，在不影響使用者體驗的情況下，延遲載入。