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)。