老生常談之UITableView的性能優化

2019-11-09 18:11:27

字體：大中小

來源：轉載

供稿：網友

新的一年開始了，新的工作也開始了，剛過完年回來，感覺節后綜合征還是很嚴重的~今早差點遲到。。。廢話不多說，今天就來說說iOS最常用的控件-UITableView，基本用法就不多說了，大家應該都知道，當然對于它的優化大家也應該都有所了解。下面我就來談談這個老話題-UITableView的性能優化，都是一些平時總結的經驗，分享給大家。

1、cell復用

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

12345678910

-(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

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

123	-(CGFloat)tableView:(UITableView )tableViewheightForRowAtIndexPath:(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。

1234	- (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行加載。

123456789101112131415161718

-(void)scrollViewWillEndDragging:(UIScrollView *)scrollViewwithVelocity:(CGPoint)velocitytargetContentOffset:(inoutCGPoint *)targetContentOffset{    NSIndexPath *ip=[selfindexPathForRowAtPoint:CGPointMake(0,targetContentOffset->y)];    NSIndexPath *cip=[[selfindexPathsForVisibleRows]firstObject];    NSIntegerskipCount=8;    if(labs(cip.row-ip.row)>skipCount){        NSArray *temp=[selfindexPathsForRowsInRect:CGRectMake(0,targetContentOffset->y,self.width,self.height)];        NSMutableArray *arr=[NSMutableArrayarrayWithArray:temp];        if(velocity.y<0){            NSIndexPath *indexPath=[templastObject];            if(indexPath.row+33){                [arraddObject:[NSIndexPathindexPathForRow:indexPath.row-3inSection:0]];                [arraddObject:[NSIndexPathindexPathForRow:indexPath.row-2inSection:0]];                [arraddObject:[NSIndexPathindexPathForRow:indexPath.row-1inSection:0]];            }        }        [needLoadArraddObjectsFromArray:arr];    }}

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