性能優(yōu)化

性能優(yōu)化

卡頓解決的主要思路:盡可能減少CPU、GPU資源消耗

卡頓優(yōu)化 - CPU

1、盡量用輕量級的對象,比如用不到事件處理的地方,可以考慮使用CALayer取代UIView,減少文本處理(尺寸計算、繪制)

2、不要頻繁地調(diào)用UIView的相關(guān)屬性,比如frame、bounds、transform等屬性,盡量減少不必要的修改,盡量提前計算好布局,在有需要時一次性調(diào)整對應(yīng)的屬性,不要多次修改屬性

3、Autolayout會比直接設(shè)置frame消耗更多的CPU資源,確保圖片顏色格式被GPU支持,避免勞煩CPU轉(zhuǎn)換

4、圖片的size最好剛好跟UIImageView的size保持一致,不要在滑動時縮放圖片,減少圖片處理(解碼、繪制),圖片的縮放需要占用時間

5、控制一下線程的最大并發(fā)數(shù)量,盡量把耗時的操作放到子線程

卡頓優(yōu)化 - GPU

1、盡量避免短時間內(nèi)大量圖片的顯示,盡可能將多張圖片合成一張進行顯示

2、GPU能處理的最大紋理尺寸是4096x4096,一旦超過這個尺寸,就會占用CPU資源進行處理,所以紋理盡量不要超過這個尺寸

3、盡量減少視圖數(shù)量和層次

4、減少透明的視圖(alpha<1),不透明的就設(shè)置opaque為YES

5、盡量避免出現(xiàn)離屏渲染

離屏渲染

在OpenGL中,GPU有2種渲染方式

1、On-Screen Rendering:當(dāng)前屏幕渲染,在當(dāng)前用于顯示的屏幕緩沖區(qū)進行渲染操作
2、Off-Screen Rendering:離屏渲染,在當(dāng)前屏幕緩沖區(qū)以外新開辟一個緩沖區(qū)進行渲染操作,離屏渲染表示渲染發(fā)生在屏幕之外,離屏渲染意味著把渲染結(jié)果臨時保存,等用到時再取出,因此相對于普通渲染更占用資源。

離屏渲染消耗性能的原因?

1、需要創(chuàng)建新的緩沖區(qū)
2、離屏渲染的整個過程,需要多次切換上下文環(huán)境,先是從當(dāng)前屏幕(On-Screen)切換到離屏(Off-Screen);等到離屏渲染結(jié)束以后,將離屏緩沖區(qū)的渲染結(jié)果顯示到屏幕上,又需要將上下文環(huán)境從離屏切換到當(dāng)前屏幕

哪些操作會觸發(fā)離屏渲染?

1、光柵化,layer.shouldRasterize = YES, 光柵化是將一個layer預(yù)先渲染成位圖(bitmap),然后加入緩存中。如果對于陰影效果這樣比較消耗資源的靜態(tài)內(nèi)容進行緩存,可以得到一定幅度的性能提升。

2、有mask或者是陰影(layer.masksToBounds, layer.shadow*),模糊效果也是一種mask

3、圓角,同時設(shè)置layer.masksToBounds = YES、layer.cornerRadius大于0,考慮通過CoreGraphics繪制裁剪圓角,或者叫美工提供圓角圖片

設(shè)置cornerRadius本身并不會導(dǎo)致離屏渲染,但很多時候它還需要配合layer.masksToBounds = true使用。根據(jù)之前的總結(jié),設(shè)置masksToBounds會導(dǎo)致離屏渲染。解決方案是盡可能在滑動時避免設(shè)置圓角,如果必須設(shè)置圓角,可以使用光柵化技術(shù)將圓角緩存起來:

// 設(shè)置圓角
label.layer.masksToBounds = true  
label.layer.cornerRadius = 8  
label.layer.shouldRasterize = true  
label.layer.rasterizationScale = layer.contentsScale 

4、陰影,layer.shadowXXX,如果設(shè)置了layer.shadowPath就不會產(chǎn)生離屏渲染

5、重寫drawRect方法

卡頓檢測

平時所說的“卡頓”主要是因為在主線程執(zhí)行了比較耗時的操作,可以添加Observer到主線程RunLoop中,通過監(jiān)聽RunLoop狀態(tài)切換的耗時,以達到監(jiān)控卡頓的目的

耗電優(yōu)化:盡可能降低CPU、GPU功耗

1、少用定時器
2、優(yōu)化I/O操作

2.1、盡量不要頻繁寫入小數(shù)據(jù),最好批量一次性寫入

2.2、讀寫大量重要數(shù)據(jù)時,考慮用dispatch_io,其提供了基于GCD的異步操作文件I/O的API。用dispatch_io系統(tǒng)會優(yōu)化磁盤訪問

2.3、數(shù)據(jù)量比較大的,建議使用數(shù)據(jù)庫(比如SQLite、CoreData)

3、網(wǎng)絡(luò)優(yōu)化

3.1、減少、壓縮網(wǎng)絡(luò)數(shù)據(jù),如果多次請求的結(jié)果是相同的,盡量使用緩存
3.2、使用斷點續(xù)傳,否則網(wǎng)絡(luò)不穩(wěn)定時可能多次傳輸相同的內(nèi)容
3.3、網(wǎng)絡(luò)不可用時,不要嘗試執(zhí)行網(wǎng)絡(luò)請求,讓用戶可以取消長時間運行或者速度很慢的網(wǎng)絡(luò)操作,設(shè)置合適的超時時間
3.4、批量傳輸,比如,下載視頻流時,不要傳輸很小的數(shù)據(jù)包,直接下載整個文件或者一大塊一大塊地下載。如果下載廣告,一次性多下載一些,然后再慢慢展示。如果下載電子郵件,一次下載多封,不要一封一封地下載

定位優(yōu)化

1、如果只是需要快速確定用戶位置,最好用CLLocationManager的requestLocation方法。定位完成后,會自動讓定位硬件斷電
2、如果不是導(dǎo)航應(yīng)用,盡量不要實時更新位置,定位完畢就關(guān)掉定位服務(wù)
3、盡量降低定位精度,比如盡量不要使用精度最高的kCLLocationAccuracyBest
4、需要后臺定位時,盡量設(shè)置pausesLocationUpdatesAutomatically為YES,如果用戶不太可能移動的時候系統(tǒng)會自動暫停位置更新
5、盡量不要使用startMonitoringSignificantLocationChanges,優(yōu)先考慮startMonitoringForRegion:

硬件檢測優(yōu)化

用戶移動、搖晃、傾斜設(shè)備時,會產(chǎn)生動作(motion)事件,這些事件由加速度計、陀螺儀、磁力計等硬件檢測。在不需要檢測的場合,應(yīng)該及時關(guān)閉這些硬件

APP的啟動可以分為2種

1、冷啟動(Cold Launch):從零開始啟動APP

APP啟動時間的優(yōu)化,主要是針對冷啟動進行優(yōu)化,通過添加環(huán)境變量可以打印出APP的啟動時間分析(Edit scheme -> Run -> Arguments)DYLD_PRINT_STATISTICS設(shè)置為1,如果需要更詳細的信息,那就將DYLD_PRINT_STATISTICS_DETAILS設(shè)置為1

2、熱啟動(Warm Launch):APP已經(jīng)在內(nèi)存中,在后臺存活著,再次點擊圖標啟動APP

APP的冷啟動可以概括為3大階段

1.dyld

1.1、裝載APP的可執(zhí)行文件,同時會遞歸加載所有依賴的動態(tài)庫

1.2、當(dāng)dyld把可執(zhí)行文件、動態(tài)庫都裝載完畢后,會通知Runtime進行下一步的處理

2、runtime

2.1、調(diào)用map_images進行可執(zhí)行文件內(nèi)容的解析和處理
2.2、在load_images中調(diào)用call_load_methods,調(diào)用所有Class和Category的+load方法
2.3、進行各種objc結(jié)構(gòu)的初始化(注冊O(shè)bjc類 、初始化類對象等等)
2.4、調(diào)用C++靜態(tài)初始化器和attribute((constructor))修飾的函數(shù)

到此為止,可執(zhí)行文件和動態(tài)庫中所有的符號(Class,Protocol,Selector,IMP,…)都已經(jīng)按格式成功加載到內(nèi)存中,被runtime 所管理

3、APP的啟動優(yōu)化:按照不同的階段

3.1、dyld

減少動態(tài)庫、合并一些動態(tài)庫(定期清理不必要的動態(tài)庫)
減少Objc類、分類的數(shù)量、減少Selector數(shù)量(定期清理不必要的類、分類)
減少C++虛函數(shù)數(shù)量

3.2、runtime

用+initialize方法和dispatch_once取代所有的attribute((constructor))、C++靜態(tài)構(gòu)造器、ObjC的+load

3.3、main

在不影響用戶體驗的前提下,盡可能將一些操作延遲,不要全部都放在finishLaunching方法中
按需加載

安裝包瘦身:安裝包(IPA)主要由可執(zhí)行文件、資源組成

1.1、可執(zhí)行文件瘦身

編譯器優(yōu)化

Strip Linked Product、Make Strings Read-Only、Symbols Hidden by Default設(shè)置為YES
去掉異常支持,Enable C++ Exceptions、Enable Objective-C Exceptions設(shè)置為NO, Other C Flags添加-fno-exceptions

1.2、資源優(yōu)化

圖片、音頻、視頻等采取無損壓縮

參考資料:

UIKit性能調(diào)優(yōu)實戰(zhàn)講解

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,412評論 6 532
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,514評論 3 416
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,373評論 0 374
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,975評論 1 312
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點故事閱讀 71,743評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,199評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,262評論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,414評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 48,951評論 1 336
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 40,780評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,983評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,527評論 5 359
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 44,218評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,649評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,889評論 1 286
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,673評論 3 391
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 47,967評論 2 374

推薦閱讀更多精彩內(nèi)容