uitableview的優化

1.最常用的就是cell的重用, 注冊重用標識符

如果不重用cell時,每當一個cell顯示到屏幕上時,就會重新創建一個新的cell;

如果有很多數據的時候,就會堆積很多cell。

如果重用cell,為cell創建一個ID,每當需要顯示cell 的時候,都會先去緩沖池中尋找可循環利用的cell,如果沒有再重新創建cell

2.避免cell的重新布局

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

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

3.提前計算并緩存cell的屬性及內容

當我們創建cell的數據源方法時,編譯器并不是先創建cell 再定cell的高度

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

4.減少cell中控件的數量

盡量使cell得布局大致相同,不同風格的cell可以使用不用的重用標識符,初始化時添加控件,

不適用的可以先隱藏

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

渲染耗時比較長

6.使用局部更新

如果只是更新某組的話,使用reloadSection進行局部更新

7.加載網絡數據,下載圖片,使用異步加載,并緩存

8.少使用addView 給cell動態添加view

9.按需加載cell,cell滾動很快時,只加載范圍內的cell

10.不要實現無用的代理方法,tableView只遵守兩個協議

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

12.不要做多余的繪制工作。在實現drawRect:的時候,它的rect參數就是需要繪制的區域,這個區域之外的不需要進行繪制。例如上例中,就可以用CGRectIntersectsRect、CGRectIntersection或CGRectContainsRect判斷是否需要繪制image和text,然后再調用繪制方法。

13.預渲染圖像。當新的圖像出現時,仍然會有短暫的停頓現象。解決的辦法就是在bitmap context里先將其畫一遍,導出成UIImage對象,然后再繪制到屏幕;

14.使用正確的數據結構來存儲數據。

?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容