UITableView性能優化與卡頓問題

最常用的就是cell的重用， 注冊重用標識符

• 如果不重用cell時，每當一個cell顯示到屏幕上時，就會重新創建一個新的cell
  如果有很多數據的時候，就會堆積很多cell。如果重用cell，為cell創建一個ID
  每當需要顯示cell 的時候，都會先去緩沖池中尋找可循環利用的cell，如果沒有再重新創建cell
  1 static NSString CellIdentifier = @"xxx";
  2 UITableViewCell cell = [tableView dequeueReusableCellWithIdentifier:CellIdentifier];
  3 if (cell == nil) {
  4 cell = [[[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:CellIdentifier] autorelease];
  5 }

避免cell的重新布局

• cell的布局填充等操作 比較耗時，一般創建時就布局好
  如可以將cell單獨放到一個自定義類，初始化時就布局好

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

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

減少cell中控件的數量

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

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

• 渲染耗時比較長

使用局部更新

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

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

少使用addView 給cell動態添加view

按需加載cell，cell滾動很快時，只加載范圍內的cell

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

緩存行高：estimatedHeightForRow不能和HeightForRow里面的layoutIfNeed同時存在，這兩者同時存在才會出現“竄動”的bug。所以我的建議是：只要是固定行高就寫預估行高來減少行高調用次數提升性能。如果是動態行高就不要寫預估方法了，用一個行高的緩存字典來減少代碼的調用次數即可
有了上面的問題，我們在優化tableView的時候就能好解決一個卡頓的問題了。

轉載于:https://www.cnblogs.com/OnNineMonkey/p/5378846.html

與50位技術專家面對面20年技術見證，附贈技術全景圖

總結

以上是生活随笔為你收集整理的UITableView性能优化与卡顿的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。