使用Time Profiler獲取應(yīng)用程序的運(yùn)行消耗時(shí)間分布和百分比，檢測(cè)應(yīng)用CPU的使用情況。可以獲取應(yīng)用程序中各個(gè)方法正在消耗的CPU的時(shí)間。使用大量的CPU不一定是個(gè)問(wèn)題，比如動(dòng)畫本身就會(huì)非常苛刻且消耗資源多的任務(wù)。
測(cè)試應(yīng)用拿到分析數(shù)據(jù)后發(fā)現(xiàn)程序第一次啟動(dòng)的時(shí)候，didFinishLaunchingWithOptions和viewDidLoad耗時(shí)比較長(zhǎng)，如下圖所示：
初始化完成后，發(fā)現(xiàn)幾個(gè)問(wèn)題比較凸顯：
1.NSDateFormatter
創(chuàng)建一個(gè)NSDateFormatter對(duì)象平均耗時(shí)33ms左右，而設(shè)置NSDateFormatter的3個(gè)屬性平均耗時(shí)也在30ms左右。如果多次調(diào)用，耗時(shí)也會(huì)不斷累加。
解決方法：
NSDateFormatter對(duì)象本身初始化很慢，同樣還有NSCalendar也是如此。然而在一些使用場(chǎng)景中不可避免要使用他們，比如Json數(shù)據(jù)解析中，使用這個(gè)對(duì)象同時(shí)避免其性能開銷，一般比較好的方式是通過(guò)添加屬性(推薦)或創(chuàng)建靜態(tài)變量保持該對(duì)象只被初始化一次，而被多次復(fù)用。不得不值得一提的是設(shè)置一個(gè)NSDateFormatter屬性速度差不多和創(chuàng)建新的實(shí)例對(duì)象一樣慢。因此，盡量避免采用其處理多個(gè)日期格式。當(dāng)然如果需要提高更多速度，可以直接采用C或者第三方庫(kù)來(lái)規(guī)避這個(gè)問(wèn)題。
2.UIImage緩存取舍
UIImage加載圖片方式一般有兩種:
A：imagedNamed初始化
B：imageWithContentsOfFile初始化
二者不同之處在于，imageNamed默認(rèn)加載圖片成功后會(huì)內(nèi)存中緩存圖片，這個(gè)方法用一個(gè)指定的名字在系統(tǒng)緩存中查找并返回一個(gè)圖片對(duì)象。如果緩存中沒(méi)有找到相應(yīng)的圖片對(duì)象，則從指定地方加載圖片然后緩存對(duì)象，并返回。而imageWithContentsOfFile則僅只加載圖片，不緩存。
大量使用imageNamed會(huì)在不需要緩存的地方額外增加開銷CPU的時(shí)間來(lái)做這件事。當(dāng)應(yīng)用程序需要加載一張比較大的圖片并且使用一次性，就沒(méi)有必要去緩存這個(gè)圖片，用imageWithContentsOfFile是最為劃算的選擇，這樣不會(huì)因?yàn)閁IImage元素較多情況下，CPU會(huì)被逐個(gè)分散在不必要緩存上浪費(fèi)過(guò)多時(shí)間。
各位請(qǐng)根據(jù)具體使用場(chǎng)景來(lái)選擇A或者B方法。
3.全部任務(wù)都放在主線程
view的初始化和更新，updateInfo全部放在主線程，如果view較多意味著更多的渲染，也意味著更多的CPU和內(nèi)存消耗，針對(duì)這種情況不要在主線程承載過(guò)多的操作，uikit渲染，用戶輸入回應(yīng)都需要主進(jìn)程上完成，而加載響應(yīng)耗時(shí)過(guò)多會(huì)影響到用戶體驗(yàn)。處理原則是將工作“搬離”主線程，最小化主線程的CPU占用， 不要阻塞主線程。
調(diào)試time profiler過(guò)程中發(fā)現(xiàn)，即使占用了很少的CPU時(shí)間，如：磁盤、網(wǎng)絡(luò)、Lock、dispatch_sync以及向其它進(jìn)程/線程發(fā)送消息都會(huì)阻塞主線程。而Time Profiler只能檢測(cè)出占用CPU過(guò)多的堆棧，檢測(cè)不了這些IO的問(wèn)題。在System Trace里面突然發(fā)現(xiàn)了CPU Time很低，但Wait Time很高的調(diào)用，說(shuō)明在主線程處理I/O已經(jīng)嚴(yán)重?fù)p害了app的性能,這個(gè)時(shí)候要考慮把這個(gè)操作優(yōu)化了。
而針對(duì)UI中多個(gè)view，完全可以采用多線程進(jìn)行同步加載的策略，這樣可以大大降低主線程初始化和更新時(shí)間，當(dāng)初始化完畢時(shí)，另一個(gè)線程也加載成功。
另外單個(gè)view 盡量不要在viewWillAppear里操作，viewWillAppear在 view 顯示之前被調(diào)用，出于效率考慮，在這個(gè)方法中不要處理復(fù)雜費(fèi)時(shí)的事情。只應(yīng)該在這個(gè)方法設(shè)置 view 的顯示屬性之類的簡(jiǎn)單事情，比如背景色，字體等。不然，用戶會(huì)明顯感覺(jué)到 view 顯示遲鈍。
4.頭文件引入
#import比起#include的好處就是不會(huì)引起交叉編譯，在 Objective-C中，#import 被當(dāng)成 #include 指令的改良版本來(lái)使用。除此之外，#import 確定一個(gè)文件只能被導(dǎo)入一次，這使你在遞歸包含中不會(huì)出現(xiàn)問(wèn)題。@class一般用于頭文件中需要聲明該類的某個(gè)實(shí)例變量的時(shí)候用到，在.m文件中還是需要使用#import @class就是告訴編譯器有這么一個(gè)類，至于類的定義是啥不知道 @class一般用于頭文件中需要聲明該類的某個(gè)實(shí)例變量的時(shí)候用到，在.m文件中還是需要使用#import “”引進(jìn)自己創(chuàng)建的文件，用這個(gè)首先會(huì)在當(dāng)前的目錄中尋找，如果找不到就到其他的位置尋找，雖然#import會(huì)相對(duì)提升性能，但還是要盡量避免不必要的導(dǎo)入。
