UITalbeView作為一個項目中常用的開發(fā)組件之一,如何讓其保持流暢的滑動則是最重要的一個環(huán)節(jié)。
UITableView的核心思想為cell的重用機制。簡單的理解就是將滑出屏幕外的cell放進重用池,當要顯示某一位置的cell時,先去檢查重用池中是否有可重用的cell,如果有,就直接拿來顯示;如果沒有,才會創(chuàng)建。這樣做的好處可想而知,極大的減少了內(nèi)存的開銷。
然而重用cell只是優(yōu)化UITableView的基礎(chǔ)。
病因
App 主線程開始在 CPU 中計算顯示內(nèi)容,比如視圖的創(chuàng)建、布局計算、圖片解碼、文本繪制等。隨后 CPU 會將計算好的內(nèi)容提交到 GPU 去,由 GPU 進行變換、渲染等一系列的處理。隨后 GPU 會把渲染結(jié)果提交到幀緩沖區(qū)去,等待顯示到屏幕上。由于垂直同步的機制,如果一定的時間內(nèi),CPU 或者 GPU 沒有完成內(nèi)容提交,則那一幀就會被丟棄,等待下一次機會再顯示,而這時顯示屏會保留之前的內(nèi)容不變。這就是界面卡頓的原因。
占用資源主要原因及解決方案
1、控件的創(chuàng)建
在tableView中肯定有大量的內(nèi)容需要進行展示,所以在cell中肯定需要創(chuàng)建大量的UIView、UILabel之類的控件,在創(chuàng)建時就需要分配內(nèi)存、調(diào)整屬性,這些操作都是比較消耗CPU資源的。
在cellForRowAtIndexPath中不要出現(xiàn)創(chuàng)建對象的代碼,盡量在cell初始化的時候創(chuàng)建好所有的控件。盡量使用更為輕量的CALayer來代替UIView。
2、視圖布局的計算
視圖布局的計算是吃CPU資源的主要原因之一,因為計算,所以這方面的資源占用率就不可避免了。
雖然是不可避免的,但也需要將占用資源比例降低。
不論通過何種技術(shù)對視圖進行布局,其最終都會落到對 frame等屬性的調(diào)整上。對這些屬性的調(diào)整非常消耗資源,所以盡量提前計算好布局,在需要時一次性調(diào)整好對應(yīng)屬性,而不要頻繁的計算和調(diào)整這些屬性。
3、文本的計算
上面說了只要有計算,對資源的占用就不可避免,所以將文本寬高的計算放入子線程操作,會給主線程減少相當一部分的空間。
4、圖像的繪制與圖形的生成
drawRect對資源的占用大家應(yīng)該都有所了解,因CoreGraphic 方法通常都是線程安全的,所以圖像的繪制可以很容易的放到后臺線程進行。
在項目中經(jīng)常會把頭像之類的控件設(shè)置成圓角,如果我們操作CALayer的屬性通常都會觸發(fā)離屏渲染,而當一個界面中出現(xiàn)大量的圓角圖像時,滑動幀率就會降得很低。所以盡量避免使用CALayer來生成圓角屬性。設(shè)置圓角可以參考:iOS 高效添加圓角效果實戰(zhàn)講解
優(yōu)化技巧
預(yù)排版
從后臺的回調(diào)中拿到數(shù)據(jù)時,通過后臺線程將所有控件的高度與cell的整體高度都給計算出來,然后將這些計算出來的高度都給緩存起來。
高度返回
若高度一定,直接使用rowHeight屬性而不是使用heightForRowAtIndexPath方法,以減少調(diào)用的消耗。
圖片設(shè)置
在設(shè)置顯示圖片時,不要直接設(shè)置UIImageView的contentMode屬性自動適應(yīng),圖片變形會計算transform,壓縮時會乘以一個矩陣,消耗性能。對于要求性能較高的app,應(yīng)該將得到的圖片經(jīng)過處理成UIImageView大小后再呈現(xiàn)。