概念
一般情況下涝滴，App的啟動(dòng)分為冷啟動(dòng)和熱啟動(dòng)
- 冷啟動(dòng)的含義是App點(diǎn)擊啟動(dòng)之前海雪，它的進(jìn)程不在系統(tǒng)里土匀，需要系統(tǒng)新創(chuàng)建一個(gè)進(jìn)程分配給它啟動(dòng)的情況子房。這是一次完整的啟動(dòng)過程。
- 熱啟動(dòng)的含義是App在冷啟動(dòng)后將App退到后臺，在App的進(jìn)程還在系統(tǒng)里的情況下证杭，用戶重新啟動(dòng)進(jìn)入App的過程田度，這個(gè)過程所做的事情非常少。
這里只討論冷啟動(dòng)的啟動(dòng)優(yōu)化
啟動(dòng)時(shí)都干了哪些事
用戶能感覺到的啟動(dòng)慢解愤，其實(shí)都發(fā)生在主線程上镇饺。而主線程慢的原因有很多，比如在主線程上執(zhí)行了大文件讀寫送讲、在渲染周期中執(zhí)行了大量計(jì)算等奸笤。
App的啟動(dòng)時(shí)間，指的是從用戶點(diǎn)擊App開始哼鬓，到用戶看到第一個(gè)界面之間的時(shí)間监右。總結(jié)來說异希，App的啟動(dòng)主要包括三個(gè)階段：
- main()函數(shù)執(zhí)行之前
- main()函數(shù)執(zhí)行之后
- 首屏渲染完成后
main()函數(shù)執(zhí)行之前
在main()函數(shù)執(zhí)行之前健盒，系統(tǒng)主要會做如下幾件事情：
- 加載可執(zhí)行文件（App的.o文件的集合）
- 加載動(dòng)態(tài)鏈接庫，進(jìn)行rebase指針調(diào)整和bind符號綁定
- Objc運(yùn)行時(shí)的初始處理称簿，包括Objc相關(guān)類的注冊扣癣、category注冊、selector唯一性檢查等
- 初始化憨降，包括了執(zhí)行+load()方法父虑、attribute((constructor))修飾的函數(shù)的調(diào)用、創(chuàng)建c++靜態(tài)全局變量
相應(yīng)的授药，這個(gè)階段對于啟動(dòng)速度優(yōu)化來說士嚎，可以做的事情包括： - 減少動(dòng)態(tài)庫加載。每個(gè)庫本身都有依賴關(guān)系烁焙，Apple建議使用更少的依賴庫航邢，并且建議在使用的動(dòng)態(tài)庫數(shù)量較多時(shí)，盡量將多個(gè)動(dòng)態(tài)庫進(jìn)行合并骄蝇。數(shù)量上，蘋果公司建議最多使用6個(gè)非系統(tǒng)動(dòng)態(tài)庫操骡。
- 減少加載啟動(dòng)后不會去使用的類或方法
- +load()方法里的內(nèi)容可以等到首屏渲染完成后再執(zhí)行九火，或者使用+initialize()方法替換掉。因?yàn)樵谝粋€(gè)+void()方法里册招，進(jìn)行運(yùn)行時(shí)方法替換操作會帶來4毫秒的消耗岔激。不要小看這4毫秒，積少成多是掰，執(zhí)行+load()方法對啟動(dòng)速度的影響會越來越大虑鼎。
main()函數(shù)執(zhí)行之后
main()函數(shù)執(zhí)行后的階段，指的是從main()函數(shù)執(zhí)行開始，到AppDelegate的didFinishLaunchingWithOptions方法里首屏渲染相關(guān)方法執(zhí)行完成炫彩。
首頁的業(yè)務(wù)代碼都是要在這個(gè)階段匾七，也就是首屏渲染前執(zhí)行的，主要包括了：
- 首屏初始化所需配置文件的讀寫操作
- 首屏列表大數(shù)據(jù)的讀取
- 首屏渲染的大量計(jì)算等
很多時(shí)候江兢，開發(fā)者會把各種初始化工作都放到這個(gè)階段執(zhí)行昨忆，導(dǎo)致渲染完成滯后。更加優(yōu)化的開發(fā)方式杉允，應(yīng)該是從功能上梳理出哪些事首屏渲染必要的初始化功能邑贴，哪些事App啟動(dòng)必要的初始化功能，而哪些事只需要在對應(yīng)功能開始使用時(shí)才需要初始化的叔磷。梳理完之后拢驾，將這些初始化功能分別到合適的階段去進(jìn)行。
首屏渲染完成后
首屏渲染后的這個(gè)階段改基，主要完成的是非首屏其他業(yè)務(wù)服務(wù)模塊的初始化独旷、監(jiān)聽的注冊、配置文件的讀取等寥裂。從函數(shù)上來看嵌洼，這個(gè)階段指的就是截止到didFinishLaunchingWithOptions方法作用域內(nèi)支線首屏渲染之后所有方法執(zhí)行完成。簡單的說封恰，這個(gè)階段就是從渲染完成后開始麻养，到didFinishLaunchingWithOptions方法作用域完成時(shí)結(jié)束。
這個(gè)階段用戶已經(jīng)能看到App的首頁信息了诺舔，所以優(yōu)化的優(yōu)先級排在最后鳖昌。但是，那些會卡住主線程的方法還是需要最優(yōu)先處理的低飒，不然還是會影響到后面用戶的交互操作许昨。
怎么做
根據(jù)App啟動(dòng)階段需要完成的工作，我們可以從功能級別和方法級別進(jìn)行啟動(dòng)優(yōu)化褥赊。
功能級別的啟動(dòng)優(yōu)化
功能級別的啟動(dòng)優(yōu)化糕档，就是要從main()函數(shù)執(zhí)行后的這個(gè)階段下手。
優(yōu)化的思路是：main()函數(shù)開始執(zhí)行后到首屏渲染完成前只處理首屏相關(guān)的業(yè)務(wù)拌喉，其他非首屏業(yè)務(wù)的初始化速那、監(jiān)聽注冊、配置文件讀取等都放到首屏渲染完成后去做尿背。
方法級別的啟動(dòng)優(yōu)化
經(jīng)過功能級別的啟動(dòng)優(yōu)化端仰，也就是將非首屏業(yè)務(wù)所需的功能滯后以后，從用戶點(diǎn)擊App到看到首屏的時(shí)間將會有很大程度的縮短田藐，也就達(dá)到了優(yōu)化App啟動(dòng)速度的目的荔烧。
在這之后吱七，我們需要進(jìn)一步做的，是檢查首屏渲染完成前主線程有哪些耗時(shí)方法鹤竭，將沒有必要的耗時(shí)方式滯后或異步執(zhí)行踊餐。通常情況下，耗時(shí)較長的方法主要發(fā)生在計(jì)算大量數(shù)據(jù)的情況下诺擅，具體的表現(xiàn)就是加載市袖、編輯、存儲圖片和文件等資源烁涌。
