一般情況下，APP的啟動(dòng)分為冷啟動(dòng)和熱啟動(dòng)。
冷啟動(dòng)：在點(diǎn)擊App圖標(biāo)啟動(dòng)前嗤放，應(yīng)用進(jìn)程不在系統(tǒng)里思喊，需要系統(tǒng)新創(chuàng)建一個(gè)進(jìn)程分配給它，冷啟動(dòng)是一次完整的啟動(dòng)過程次酌。
熱啟動(dòng)：App在冷啟動(dòng)后恨课，用戶將應(yīng)用退到后臺(tái)，在應(yīng)用已經(jīng)存在于系統(tǒng)中岳服，再次點(diǎn)擊啟動(dòng)進(jìn)入App的過程剂公，這個(gè)過程叫熱啟動(dòng)。
應(yīng)用開發(fā)啟動(dòng)速度優(yōu)化主要針對(duì)的是冷啟動(dòng)的優(yōu)化吊宋。
用戶能感知到的啟動(dòng)慢纲辽，基本都是發(fā)生在主線程上，導(dǎo)致慢的原因有很多璃搜，比如在主線程上進(jìn)行的大文件的讀寫任務(wù)拖吼，在渲染首屏?xí)r進(jìn)行了大量的復(fù)雜的計(jì)算操作等等，那么这吻，
Q：應(yīng)用啟動(dòng)時(shí)都干了什么吊档？
App啟動(dòng)時(shí)間，指從點(diǎn)擊App圖標(biāo)開始唾糯，到用戶看到第一個(gè)界面之間的時(shí)間怠硼，總結(jié)來說鬼贱，一般包括三個(gè)階段：
- main()函數(shù)執(zhí)行前；
- main()函數(shù)執(zhí)行后香璃；
- 首屏渲染完成后这难；
1. main()函數(shù)執(zhí)行前
- 加載可執(zhí)行文件（App中.o文件集合）；
- 加載動(dòng)態(tài)鏈接庫增显，進(jìn)行rebase指針調(diào)整和bing符號(hào)綁定雁佳；
- Objc運(yùn)行時(shí)初始處理，包括Objc相關(guān)類的注冊同云，category注冊等糖权；
- 初始化，包括執(zhí)行
+load()炸站，attribute((constructor))修飾的函數(shù)的調(diào)用星澳，創(chuàng)建C++全局靜態(tài)變量；
相對(duì)應(yīng)的旱易，在這個(gè)階段禁偎，可以做的優(yōu)化有：
- 減少動(dòng)態(tài)庫加載。每個(gè)庫本身都有依賴關(guān)系阀坏，蘋果建議使用更少的動(dòng)態(tài)庫如暖，且建議在使用動(dòng)態(tài)庫較多時(shí)，把多個(gè)動(dòng)態(tài)庫合并為一個(gè)動(dòng)態(tài)庫忌堂。
- 減少加載在啟動(dòng)后暫不會(huì)使用的類和方法盒至。
-
+load()方法里的內(nèi)容，可以放在首屏渲染后再去做士修，或者使用+initialize()替代在+load()里枷遂，運(yùn)行時(shí)進(jìn)行方法替換操作會(huì)有大概4毫秒的延遲，當(dāng)方法多時(shí)棋嘲，會(huì)有明顯的時(shí)間延遲）酒唉。
關(guān)于+load和+initialize的一點(diǎn)筆記http://www.reibang.com/p/1ffc20730cf4 - 減少C++全局變量數(shù)量
2. main()函數(shù)執(zhí)行后
指從main()函數(shù)開始，到appdelegate里的didFinishLaunchingWithOptions方法里首屏渲染方法執(zhí)行完沸移。首頁的業(yè)務(wù)代碼都在這里痪伦，包括：
- 首屏初始化所需文件的讀寫操作；
- 首屏列表大數(shù)據(jù)的讀缺⒙唷流妻；
- 首屏渲染的各種計(jì)算；
很多時(shí)候笆制，開發(fā)者都會(huì)把各種初始化工作放在這個(gè)階段進(jìn)行绅这，導(dǎo)致渲染完成滯后。
優(yōu)化方式：從功能上梳理出哪些是首屏渲染必要的初始化功能在辆，哪些是App啟動(dòng)必要的初始化功能证薇，把不是必須要在這里執(zhí)行的度苔，放在用到的地方再去初始化。
3. 首屏渲染完成后
這個(gè)階段主要完成的是非首屏渲染的其他業(yè)務(wù)的初始化浑度，注冊寇窑，監(jiān)聽等，也就是didFinishLaunchingWithOptions方法里首屏之外的箩张，其他所有代碼甩骏。
這個(gè)階段用戶已經(jīng)可以看到App的首頁信息了，所以優(yōu)化等級(jí)放在最后先慷，但是也要注意避免主線程卡住饮笛，不然看到界面了，還要等好久才可以操作论熙。
功能級(jí)別優(yōu)化
針對(duì)main()函數(shù)執(zhí)行后這個(gè)階段福青，只處理首屏渲染相關(guān)業(yè)務(wù)，其他的所有都放在下個(gè)階段處理脓诡；
方法級(jí)別優(yōu)化
更進(jìn)一步无午，檢查首屏渲染完成前，主線程上有哪些耗時(shí)的方法祝谚，將沒必要的方法要么滯后處理宪迟，要么異步處理。
通常這種耗時(shí)較長的方法發(fā)生在計(jì)算大量數(shù)據(jù)的情況下交惯，比如加載次泽，編輯，存儲(chǔ)圖片和文件商玫。
除了對(duì)資源的優(yōu)化處理，還有對(duì)方法的牡借，一個(gè)+load()方法就是4毫秒拳昌，ReactiveCoco（iOS響應(yīng)式編程框架）中一個(gè)信號(hào)的創(chuàng)建就需要6毫秒，如果不注意钠龙，在啟動(dòng)時(shí)創(chuàng)建了大量類似這種方法炬藤，對(duì)啟動(dòng)速度也是有影響的。
對(duì)App啟動(dòng)速度的監(jiān)控碴里，主要有兩個(gè)方法：
- 定時(shí)抓取主線程上的方法調(diào)用堆棧沈矿，計(jì)算一段時(shí)間里各個(gè)方法的耗時(shí)。
xcode里的自帶工具包Instruments里有個(gè)TimeProfiler咬腋，使用的就是這種方法羹膳。 - 對(duì)objc_msgSend方法進(jìn)行hook來掌握方法的執(zhí)行耗時(shí)。
hook方法根竿，指在原方法執(zhí)行時(shí)陵像，換成其他的你指定的方法就珠，或者在原方法執(zhí)行前后，執(zhí)行你指定的方法醒颖，來達(dá)到掌握和改變指定方法的目的妻怎。
這種hook方法的操作非常精確，但是只能針對(duì)OC的方法泞歉，
emmm逼侦，具體方法，未完待續(xù)腰耙。榛丢。。
