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