1. 耗電優(yōu)化
iOS的APP的耗電的性能也是一部分需要的優(yōu)化的部分.我們可以使用xcode看出一個(gè)App的使用性能情況,使用xcode打開(kāi)你的工程,然后插上手機(jī),使用真機(jī)running項(xiàng)目(必須是真機(jī)),然后comand + 6,點(diǎn)擊Energy Impact
一. 耗電的主要來(lái)源
- CPU(Processing) :CPU使用率超過(guò)20%就會(huì)快速耗干電池電量.高效使用CPU,并且當(dāng)用戶(hù)出現(xiàn)模糊輸入時(shí)快速做出不做事情的反應(yīng).
- Network (Networking): 網(wǎng)絡(luò)活動(dòng)會(huì)喚起需要長(zhǎng)時(shí)間周期性供電的無(wú)線電模組,可以分批次進(jìn)行網(wǎng)絡(luò)請(qǐng)求,來(lái)降低開(kāi)銷(xiāo).
- Location(Location) :精密&高頻的的定位會(huì)增加開(kāi)銷(xiāo),需要按需使用.
- GPU(Graphics) :圖形處理器(顯卡的處理器),亂使用GPU會(huì)導(dǎo)致交互差,并且降低電池壽命.
- Background : 后臺(tái)狀態(tài)App仍會(huì)消耗電量,App要按需執(zhí)行后臺(tái)操作,并使用延遲APIs來(lái)保證系統(tǒng)運(yùn)算高效執(zhí)行.另外,在app進(jìn)入后臺(tái)狀態(tài)是,立即減少動(dòng)作,并且通知系統(tǒng)一次這些動(dòng)作已經(jīng)完成.
二. 耗電優(yōu)化
- 盡可能降低CPU举瑰、GPU功耗;
- 少用定時(shí)器;
- 優(yōu)化I/O操作;
※ 盡量不要頻繁寫(xiě)入小數(shù)據(jù)做入，最好批量一次性寫(xiě)入;
※ 讀寫(xiě)大量重要數(shù)據(jù)時(shí)赎线，考慮用dispatch_io痛侍，其提供了基于GCD的異步操作文件I/O的API。用dispatch_io系統(tǒng)會(huì)優(yōu)化磁盤(pán)訪問(wèn);
※ 數(shù)據(jù)量比較大的宪彩，建議使用數(shù)據(jù)庫(kù)（比如SQLite休讳、CoreData）; - 網(wǎng)絡(luò)優(yōu)化
※ 減少、壓縮網(wǎng)絡(luò)數(shù)據(jù);
※ 如果多次請(qǐng)求的結(jié)果是相同的尿孔，盡量使用緩存;
※ 使用斷點(diǎn)續(xù)傳俊柔，否則網(wǎng)絡(luò)不穩(wěn)定時(shí)可能多次傳輸相同的內(nèi)容;
※ 網(wǎng)絡(luò)不可用時(shí)筹麸，不要嘗試執(zhí)行網(wǎng)絡(luò)請(qǐng)求;
※ 讓用戶(hù)可以取消長(zhǎng)時(shí)間運(yùn)行或者速度很慢的網(wǎng)絡(luò)操作，設(shè)置合適的超時(shí)時(shí)間;
※ 批量傳輸雏婶，比如物赶，下載視頻流時(shí)，不要傳輸很小的數(shù)據(jù)包尚骄，直接下載整個(gè)文件或者一大塊一大塊地下載块差。如果下載廣告侵续，一次性多下載一些倔丈，然后再慢慢展示。如果下載電子郵件状蜗，一次下載多封需五，不要一封一封地下載; - 定位優(yōu)化
※ 如果只是需要快速確定用戶(hù)位置，最好用CLLocationManager的requestLocation方法轧坎。定位完成后宏邮，會(huì)自動(dòng)讓定位硬件斷電;
※ 如果不是導(dǎo)航應(yīng)用，盡量不要實(shí)時(shí)更新位置缸血，定位完畢就關(guān)掉定位服務(wù);
※ 盡量降低定位精度蜜氨，比如盡量不要使用精度最高的kCLLocationAccuracyBest
需要后臺(tái)定位時(shí)，盡量設(shè)置pausesLocationUpdatesAutomatically為YES捎泻，如果用戶(hù)不太可能移動(dòng)的時(shí)候系統(tǒng)會(huì)自動(dòng)暫停位置更新;
※ 盡量不要使用startMonitoringSignificantLocationChanges飒炎，優(yōu)先考慮startMonitoringForRegion; - 硬件檢測(cè)優(yōu)化
※ 用戶(hù)移動(dòng)、搖晃笆豁、傾斜設(shè)備時(shí)郎汪，會(huì)產(chǎn)生動(dòng)作(motion)事件，這些事件由加速度計(jì)闯狱、陀螺儀煞赢、磁力計(jì)等硬件檢測(cè)。在不需要檢測(cè)的場(chǎng)合哄孤，應(yīng)該及時(shí)關(guān)閉這些硬件;
2. APP啟動(dòng)
App的啟動(dòng)從技術(shù)的角度可以分為兩種冷啟動(dòng)和熱啟動(dòng),冷啟動(dòng)是App啟動(dòng)時(shí)需要系統(tǒng)分配進(jìn)程的啟動(dòng)操作照筑；(通俗的講就是從零開(kāi)始啟動(dòng)APP).熱啟動(dòng)是App啟動(dòng)時(shí)進(jìn)程還在系統(tǒng)中的啟動(dòng)操作.(我們可以理解成APP已經(jīng)在內(nèi)存中，在后臺(tái)存活著瘦陈，再次點(diǎn)擊圖標(biāo)啟動(dòng)APP)
App啟動(dòng)的時(shí)間的優(yōu)化,其實(shí)主要是對(duì)冷啟動(dòng)做的優(yōu)化,也就是從0打開(kāi)app做的優(yōu)化.
想知道當(dāng)前系統(tǒng)打開(kāi)的所花費(fèi)的時(shí)間可以這么做通過(guò)添加環(huán)境變量可以打印出APP的啟動(dòng)時(shí)間分析（Edit scheme -> Run -> Arguments）:DYLD_PRINT_STATISTICS設(shè)置為1,即可以獲取到信息 但是信息不是不詳細(xì),如果想獲取到更多詳細(xì)的信息,那就將DYLD_PRINT_STATISTICS_DETAILS設(shè)置為1.
一. APP的冷啟動(dòng)可以概括為3大階段
- dyld
- runtime
- main
A. APP的啟動(dòng) - dyld
- dyld（dynamic link editor）凝危，Apple的動(dòng)態(tài)鏈接器，可以用來(lái)裝載Mach-O文件（可執(zhí)行文件双饥、動(dòng)態(tài)庫(kù)等）;
- 啟動(dòng)APP時(shí)媒抠，dyld所做的事情有:
※ 裝載APP的可執(zhí)行文件，同時(shí)會(huì)遞歸加載所有依賴(lài)的動(dòng)態(tài)庫(kù);
※ 當(dāng)dyld把可執(zhí)行文件咏花、動(dòng)態(tài)庫(kù)都裝載完畢后趴生，會(huì)通知Runtime進(jìn)行下一步的處理;
B. APP的啟動(dòng) - runtime
- 啟動(dòng)APP時(shí)阀趴，runtime所做的事情有:
※ 調(diào)用map_images進(jìn)行可執(zhí)行文件內(nèi)容的解析和處理;
※ 在load_images中調(diào)用call_load_methods，調(diào)用所有Class和Category的+load方法;
※ 進(jìn)行各種objc結(jié)構(gòu)的初始化（注冊(cè)O(shè)bjc類(lèi) 苍匆、初始化類(lèi)對(duì)象等等）;
※ 調(diào)用C++靜態(tài)初始化器和__attribute__((constructor))修飾的函數(shù); - 到此為止刘急，可執(zhí)行文件和動(dòng)態(tài)庫(kù)中所有的符號(hào)
(Class，Protocol浸踩，Selector叔汁，IMP，…)都已經(jīng)按格式成功加載到內(nèi)存中检碗，被runtime 所管理;
C. APP的啟動(dòng) - main
- 總結(jié)一下:
※ APP的啟動(dòng)由dyld主導(dǎo)据块，將可執(zhí)行文件加載到內(nèi)存，順便加載所有依賴(lài)的動(dòng)態(tài)庫(kù);
※ 并由runtime負(fù)責(zé)加載成objc定義的結(jié)構(gòu);
※ 所有初始化工作結(jié)束后折剃，dyld就會(huì)調(diào)用main函數(shù);
※ 接下來(lái)就是UIApplicationMain函數(shù)另假，AppDelegate的application:didFinishLaunchingWithOptions:方法;
二. APP的啟動(dòng)優(yōu)化
- dyld
※ 減少動(dòng)態(tài)庫(kù)、合并一些動(dòng)態(tài)庫(kù)（定期清理不必要的動(dòng)態(tài)庫(kù)）;
※ 減少Objc類(lèi)怕犁、分類(lèi)的數(shù)量边篮、減少Selector數(shù)量（定期清理不必要的類(lèi)、分類(lèi)）;
※ 減少C++虛函數(shù)數(shù)量;
※ Swift盡量使用struct; - runtime
※ 用+initialize方法和dispatch_once取代所有的attribute((constructor))奏甫、C++靜態(tài)構(gòu)造器戈轿、ObjC的+load; - main
※ 在不影響用戶(hù)體驗(yàn)的前提下在刺，盡可能將一些操作延遲面褐，不要全部都放在finishLaunching方法中;
※ 按需加載;
3. 安裝包瘦身
安裝包主要由兩部分組成，資源文件以及可執(zhí)行文件底洗，瘦身主要從這兩部分入手：
一. 資源文件瘦身
A. 刪除無(wú)用資源
現(xiàn)在應(yīng)該沒(méi)有APP需要支持iPhone4以下的機(jī)型了款筑，所以1X的圖片可以全部刪掉智蝠。3X的圖片是保留還是刪掉看具體情況。
B. 未使用的圖片通過(guò)LSUnusedResources掃描刪除
要注意的是可能會(huì)有誤傷奈梳，該工具是全匹配杈湾，一些拼接名字來(lái)使用的圖片要注意手動(dòng)剔除。
C. 其他資源手動(dòng)刪除
一些音頻攘须、視頻和多余的plist文件以及readme文件什么的目測(cè)只能肉眼掃描了漆撞。
D. 刪除功能重復(fù)的三方庫(kù)
E. 資源壓縮
a. 圖片壓縮,使用ImageOptim 實(shí)現(xiàn)無(wú)損壓縮，COMPRESS_PNG_FILES和STRIP_PNG_TEXT設(shè)置為NO于宙；
ImageOptim這是一款非常好的圖片壓縮工具浮驳，可以進(jìn)行無(wú)損壓縮，能夠?qū)?png 和 jpeg 圖片文件進(jìn)行優(yōu)化捞魁，它能找到最佳的壓縮參數(shù)(在設(shè)置中可以設(shè)置壓縮比例至会，80% 及以上是無(wú)損壓縮，推薦使用)谱俭，并通過(guò)消除不必要的信息（如文件的 EXIF 標(biāo)簽和顏色配置文件等）奉件，優(yōu)化后達(dá)到減小文件大小的效果.
b. 使用TinyPNG有損壓縮圖片,TinyPNG非常好用強(qiáng)烈推薦.
使用的時(shí)候直接執(zhí)行tinypng *.png -k token腳本即可.
a和b兩種情況作對(duì)比:對(duì)于較大尺寸的圖片宵蛀，可以和設(shè)計(jì)溝通，在不失真和影響效果的前提下县貌，使用TinyPNG進(jìn)行壓縮术陶；較小尺寸的圖片，建議使用ImageOptiom煤痕。
F. 用LaunchScreen.storyboard替換啟動(dòng)圖片.
G. 資源按需加載梧宫，非必要資源都等到使用時(shí)再?gòu)姆?wù)端拉取.
H. 變更圖片文件的導(dǎo)入方式
a. Assets.xcassets。
※ 只支持png格式的圖片摆碉；
※ 圖片只支持[UIImage imageNamed]的方式實(shí)例化塘匣，但是不能從Bundle中加載；
※ 在編譯時(shí)兆解，Images.xcassets中的所有文件會(huì)被打包為Assets.car的文件馆铁。
b. CreateGroup
※ 黃色文件夾圖標(biāo)跑揉；Xcode中分文件夾锅睛，Bundle中都在同一個(gè)文件夾下，因此历谍，不能出現(xiàn)文件重名的情況现拒；
※ 可以直接使用[NSBundle mainBundle]作為資源路徑，效率高望侈；
※ 可以使用[UIImage imageNamed:]加載圖像印蔬。
c. CreateFolderRefences
※ 藍(lán)色文件夾；Xcode中分文件夾脱衙，Bundle中同樣分文件夾侥猬，因此，可以出現(xiàn)文件重名的情況捐韩；
※ 需要在[NSBundle mainBundle]的基礎(chǔ)上拼接實(shí)際的路徑退唠，效率較差；
※ 不能使用[UIImage imageNamed:]加載圖像荤胁。
二. 可執(zhí)行文件瘦身
A. 打開(kāi)bitcode設(shè)置
在”Build Settings”->”Enable Bitcode”選項(xiàng)中看到這個(gè)設(shè)置;
bitcode是被編譯程序的一種中間形式的代碼瞧预，上傳到apple store后，apple可以為目標(biāo)安裝APP的設(shè)備進(jìn)行優(yōu)化二進(jìn)制仅政，減小安裝包的大小垢油。
缺點(diǎn)：1.用戶(hù)安裝的二進(jìn)制文件不再是開(kāi)發(fā)這邊生成的，是蘋(píng)果通過(guò)bitcode編譯優(yōu)化出來(lái)的圆丹，其對(duì)應(yīng)的調(diào)試符號(hào)信息丟失了滩愁，無(wú)法再根據(jù)崩潰日志定位崩潰現(xiàn)場(chǎng)； 2.有些三方庫(kù)不支持bitcode辫封，需要打開(kāi)bitcode重新編譯硝枉。
B. 編譯器優(yōu)化級(jí)別
a. BuildSettings->Optimization Level玖瘸，Xcode默認(rèn)設(shè)置為“Fastest ,Smallest”，保持默認(rèn)即可;
b. Build Settings-> Linking->Dead Code Stripping 設(shè)置成 YES;
c. Deployment Postprocessing 設(shè)置成YES;
d. Strip Linked Product 設(shè)置成YES;
e. 工程的Enable C++ Exceptions和Enable Objective-C Exceptions選項(xiàng)都設(shè)置為NO檀咙。手動(dòng)管理異常;
f. symbols hidden by default選項(xiàng)設(shè)置為YES;
g. 所有沒(méi)有使用C++動(dòng)態(tài)特性的lib庫(kù)（搜索工程沒(méi)有使用dynamic_cast關(guān)鍵字） Enable C++ Runtime Types 選項(xiàng)設(shè)置為NO;
h. 去除符號(hào)信息
Strip Debug Symbols During Copy 和 Symbols Hidden by Default在release版本應(yīng)該設(shè)為yes雅倒，可以去除不必要的調(diào)試符號(hào)。Symbols Hidden by Default會(huì)把所有符號(hào)都定義成”private extern”弧可。
j. LinkMap
項(xiàng)目里會(huì)引入很多第三方靜態(tài)庫(kù)蔑匣，如果能知道這些第三方庫(kù)在可執(zhí)行文件里占用的大小，就可以評(píng)估是否值得去找替代方案去掉這個(gè)第三方庫(kù)棕诵。通常使用linkmap來(lái)進(jìn)行統(tǒng)計(jì)裁良，然后對(duì)引用的庫(kù)大小進(jìn)行評(píng)估，對(duì)于過(guò)大的庫(kù)是否有相對(duì)輕量的庫(kù)的替代方案校套；
想了解更多iOS學(xué)習(xí)知識(shí)請(qǐng)聯(lián)系:QQ(814299221)