UITableView性能優(yōu)化與卡頓問題

1.最常用的就是cell的重用, 注冊重用標(biāo)識符

如果不重用cell時,每當(dāng)一個cell顯示到屏幕上時,就會重新創(chuàng)建一個新的cell

如果有很多數(shù)據(jù)的時候,就會堆積很多cell。如果重用cell,為cell創(chuàng)建一個ID

每當(dāng)需要顯示cell 的時候,都會先去緩沖池中尋找可循環(huán)利用的cell,如果沒有再重新創(chuàng)建cell

2.避免cell的重新布局

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

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

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

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

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

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

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

不適用的可以先隱藏

5.不要使用ClearColor,無背景色,透明度也不要設(shè)置為0

渲染耗時比較長

6.使用局部更新

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

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

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

9.按需加載cell,cell滾動很快時,只加載范圍內(nèi)的cell

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

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

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

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