由于tableView的重用機(jī)制，一些不必要或者說(shuō)一些不當(dāng)?shù)牟僮鲿?huì)使得用戶滑動(dòng)tableView的時(shí)候出現(xiàn)卡頓現(xiàn)象,具體造成滑動(dòng)卡頓大概有以下幾個(gè)原因:

1.最常用的就是cell的重用， 注冊(cè)重用標(biāo)識(shí)符

如果不重用cell時(shí)，每當(dāng)一個(gè)cell顯示到屏幕上時(shí)，就會(huì)重新創(chuàng)建一個(gè)新的cell；

如果有很多數(shù)據(jù)的時(shí)候，就會(huì)堆積很多cell。

如果重用cell，為cell創(chuàng)建一個(gè)ID，每當(dāng)需要顯示cell 的時(shí)候，都會(huì)先去緩沖池中尋找可循環(huán)利用的cell，如果沒(méi)有再重新創(chuàng)建cell

2.避免cell的重新布局

cell的布局填充等操作 比較耗時(shí)，一般創(chuàng)建時(shí)就布局好

如可以將cell單獨(dú)放到一個(gè)自定義類，初始化時(shí)就布局好

3.提前計(jì)算并緩存cell的屬性及內(nèi)容

當(dāng)我們創(chuàng)建cell的數(shù)據(jù)源方法時(shí)，編譯器并不是先創(chuàng)建cell 再定cell的高度

而是先根據(jù)內(nèi)容一次確定每一個(gè)cell的高度，高度確定后，再創(chuàng)建要顯示的cell，滾動(dòng)時(shí)，每當(dāng)cell進(jìn)入憑虛都會(huì)計(jì)算高度，提前估算高度告訴編譯器，編譯器知道高度后，緊接著就會(huì)創(chuàng)建cell，這時(shí)再調(diào)用高度的具體計(jì)算方法，這樣可以方式浪費(fèi)時(shí)間去計(jì)算顯示以外的cell

4.減少cell中控件的數(shù)量

盡量使cell得布局大致相同，不同風(fēng)格的cell可以使用不用的重用標(biāo)識(shí)符，初始化時(shí)添加控件，

不適用的可以先隱藏

5.不要使用ClearColor，無(wú)背景色，透明度也不要設(shè)置為0,使用貝塞爾曲線畫圓角等等

渲染耗時(shí)比較長(zhǎng)

6.使用局部更新

如果只是更新某組的話，使用reloadSection進(jìn)行局部更新

7.加載網(wǎng)絡(luò)數(shù)據(jù)，下載圖片，使用異步加載，并緩存

8.少使用addView 給cell動(dòng)態(tài)添加view

9.按需加載cell，cell滾動(dòng)很快時(shí)，只加載范圍內(nèi)的cell

10.不要實(shí)現(xiàn)無(wú)用的代理方法，tableView只遵守兩個(gè)協(xié)議

11.緩存行高：estimatedHeightForRow不能和HeightForRow里面的layoutIfNeed同時(shí)存在，這兩者同時(shí)存在才會(huì)出現(xiàn)“竄動(dòng)”的bug。所以我的建議是：只要是固定行高就寫預(yù)估行高來(lái)減少行高調(diào)用次數(shù)提升性能。如果是動(dòng)態(tài)行高就不要寫預(yù)估方法了，用一個(gè)行高的緩存字典來(lái)減少代碼的調(diào)用次數(shù)即可

12.不要做多余的繪制工作。在實(shí)現(xiàn)drawRect:的時(shí)候，它的rect參數(shù)就是需要繪制的區(qū)域，這個(gè)區(qū)域之外的不需要進(jìn)行繪制。例如上例中，就可以用CGRectIntersectsRect、CGRectIntersection或CGRectContainsRect判斷是否需要繪制image和text，然后再調(diào)用繪制方法。

13.預(yù)渲染圖像。當(dāng)新的圖像出現(xiàn)時(shí)，仍然會(huì)有短暫的停頓現(xiàn)象。解決的辦法就是在bitmap context里先將其畫一遍，導(dǎo)出成UIImage對(duì)象，然后再繪制到屏幕；

14.使用正確的數(shù)據(jù)結(jié)構(gòu)來(lái)存儲(chǔ)數(shù)據(jù)。