iOS中UITableView性能優化的示例分析

這篇文章主要為大家展示了“iOS中UITableView性能優化的示例分析”，內容簡而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶領大家一起研究并學習一下“iOS中UITableView性能優化的示例分析”這篇文章吧。

一、介紹

iOS開發中，UITableView可能是平時我們打交道最多的UI控件之一，其重要性不言而喻。Android也是如此，Android中的ListView和UITableView是相同功能的一個控件，但是iOS的UITableView更為強大一點，原因就不說了，如果你學過Android就知道iOS中的UITableView使用起來是非常簡單的，這也是小編喜歡iOS勝過Android的原因之一。 

二、UITableView的性能優化

1、cell復用

復用很簡單，這或許是所有iOS開發者最為熟知的一個優化內容，如下代碼：

-(UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
{
 static NSString *Identifier = @"cell";
 UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:ID];
 if (!cell) {
 cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleSubtitle reuseIdentifier:ID];
 }
 
 return cell;
}

但是，這樣重用就完美了嗎？

我們經常在注意cellForRowAtIndexPath：中為每一個cell綁定數據，實際上在調用cellForRowAtIndexPath：的時候cell還沒有被顯示出來，為了提高效率我們應該把數據綁定的操作放在cell顯示出來后再執行，可以在tableView：willDisplayCell：forRowAtIndexPath：（以后簡稱willDisplayCell）方法中綁定數據。

注意willDisplayCell在cell 在tableview展示之前就會調用，此時cell實例已經生成，所以不能更改cell的結構，只能是改動cell上的UI的一些屬性（例如label的內容等）。

2、cell高度的計算

這邊我們分為兩種cell，一種是定高的cell，另外一種是動態高度的cell。

（1）定高的cell，應該采用如下方式：

self.tableView.rowHeight = 88;

這個方法指定了所有cell高度都是88的tableview，rowHeight默認的值是44，所以一個空的TableView會顯示成這個樣子。對于定高cell，直接采用上面方式給定高度，不需要實現tableView:heightForRowAtIndexPath:以節省不必要的計算和開銷。

（2）動態高度的cell

我們需要實現它的代理，來給出高度：

- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath {
 // return xxx
}

這個代理方法實現后，上面的rowHeight的設置將會變成無效。在這個方法中，我們需要提高cell高度的計算效率，來節省時間。

自從iOS8之后有了self-sizing cell的概念，cell可以自己算出高度，使用self-sizing cell需要滿足以下三個條件：

（1）使用Autolayout進行UI布局約束（要求cell.contentView的四條邊都與內部元素有約束關系）。

（2）指定TableView的estimatedRowHeight屬性的默認值。

（3）指定TableView的rowHeight屬性為UITableViewAutomaticDimension。

- (void)viewDidload {
 self.myTableView.estimatedRowHeight = 44.0;
 self.myTableView.rowHeight = UITableViewAutomaticDimension;
}

除了提高cell高度的計算效率之外，對于已經計算出的高度，我們需要進行緩存，對于已經計算過的高度，沒有必要進行計算第二次。

3、渲染

為了保證TableView的流暢，當快速滑動的時候，cell必須被快速的渲染出來。所以cell渲染的速度必須快。如何提高cell的渲染速度呢？

（1）當有圖像時，預渲染圖像，在bitmap context先將其畫一遍，導出成UIImage對象，然后再繪制到屏幕，這會大大提高渲染速度。具體內容可以自行查找“利用預渲染加速顯示iOS圖像”相關資料。

（2）渲染最好時的操作之一就是混合(blending)了,所以我們不要使用透明背景，將cell的opaque值設為Yes，背景色不要使用clearColor，盡量不要使用陰影漸變等

（3）由于混合操作是使用GPU來執行，我們可以用CPU來渲染，這樣混合操作就不再執行。可以在UIView的drawRect方法中自定義繪制。

4、減少視圖的數目

我們在cell上添加系統控件的時候，實際上系統都會調用底層的接口進行繪制，大量添加控件時，會消耗很大的資源并且也會影響渲染的性能。當使用默認的UITableViewCell并且在它的ContentView上面添加控件時會相當消耗性能。所以目前最佳的方法還是繼承UITableViewCell，并重寫drawRect方法。

5、減少多余的繪制操作

在實現drawRect方法的時候，它的參數rect就是我們需要繪制的區域，在rect范圍之外的區域我們不需要進行繪制，否則會消耗相當大的資源。

6、不要給cell動態添加subView

在初始化cell的時候就將所有需要展示的添加完畢，然后根據需要來設置hide屬性顯示和隱藏。

7、異步化UI，不要阻塞主線程

我們時常會看到這樣一個現象，就是加載時整個頁面卡住不動，怎么點都沒用，仿佛死機了一般。原因是主線程被阻塞了。所以對于網路數據的請求或者圖片的加載，我們可以開啟多線程，將耗時操作放到子線程中進行，異步化操作。這個或許每個iOS開發者都知道的知識，不必多講。

8、滑動時按需加載對應的內容

如果目標行與當前行相差超過指定行數，只在目標滾動范圍的前后指定3行加載。

- (void)scrollViewWillEndDragging:(UIScrollView *)scrollView withVelocity:(CGPoint)velocity targetContentOffset:(inout CGPoint *)targetContentOffset{
 NSIndexPath *ip = [self indexPathForRowAtPoint:CGPointMake(0, targetContentOffset->y)];
 NSIndexPath *cip = [[self indexPathsForVisibleRows] firstObject];
 NSInteger skipCount = 8;
 if (labs(cip.row-ip.row)>skipCount) {
  NSArray *temp = [self indexPathsForRowsInRect:CGRectMake(0, targetContentOffset->y, self.width, self.height)];
  NSMutableArray *arr = [NSMutableArray arrayWithArray:temp];
  if (velocity.y<0) {
   NSIndexPath *indexPath = [temp lastObject];
   if (indexPath.row+33) {
    [arr addObject:[NSIndexPath indexPathForRow:indexPath.row-3 inSection:0]];
    [arr addObject:[NSIndexPath indexPathForRow:indexPath.row-2 inSection:0]];
    [arr addObject:[NSIndexPath indexPathForRow:indexPath.row-1 inSection:0]];
   }
  }
  [needLoadArr addObjectsFromArray:arr];
 }
}

記得在tableView:cellForRowAtIndexPath:方法中加入判斷：

if (needLoadArr.count>0&&[needLoadArr indexOfObject:indexPath]==NSNotFound) {
 [cell clear];
 return;
}

滑動很快時，只加載目標范圍內的cell，這樣按需加載（配合SDWebImage），極大提高流暢度。

以上是“iOS中UITableView性能優化的示例分析”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注億速云行業資訊頻道！