一、介紹

iOS開(kāi)發(fā)中，UITableView可能是平時(shí)我們打交道最多的UI控件之一，其重要性不言而喻。Android也是如此，Android中的ListView和UITableView是相同功能的一個(gè)控件，但是iOS的UITableView更為強(qiáng)大一點(diǎn)，原因就不說(shuō)了，如果你學(xué)過(guò)Android就知道iOS中的UITableView使用起來(lái)是非常簡(jiǎn)單的，這也是峰哥喜歡iOS勝過(guò)Android的原因之一。今天研究的內(nèi)容就是UITableView的優(yōu)化。

開(kāi)始之前，你能說(shuō)出幾種UITableView的可優(yōu)化項(xiàng)？cell復(fù)用（Android中經(jīng)常稱(chēng)為L(zhǎng)istView的重用，其實(shí)重用復(fù)用都是一個(gè)意思，由于峰哥之前做過(guò)Android的原因，有時(shí)候我經(jīng)常說(shuō)“重用”，后面萬(wàn)一說(shuō)“重用”大家知道是“復(fù)用”的意思就行了）！除了cell重用呢？ 

二、UITableView的性能優(yōu)化

1、cell復(fù)用

復(fù)用很簡(jiǎn)單，這或許是所有iOS開(kāi)發(fā)者最為熟知的一個(gè)優(yōu)化內(nèi)容，如下代碼：

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

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

我們經(jīng)常在注意cellForRowAtIndexPath：中為每一個(gè)cell綁定數(shù)據(jù)，實(shí)際上在調(diào)用cellForRowAtIndexPath：的時(shí)候cell還沒(méi)有被顯示出來(lái)，為了提高效率我們應(yīng)該把數(shù)據(jù)綁定的操作放在cell顯示出來(lái)后再執(zhí)行，可以在tableView：willDisplayCell：forRowAtIndexPath：（以后簡(jiǎn)稱(chēng)willDisplayCell）方法中綁定數(shù)據(jù)。

注意willDisplayCell在cell 在tableview展示之前就會(huì)調(diào)用，此時(shí)cell實(shí)例已經(jīng)生成，所以不能更改cell的結(jié)構(gòu)，只能是改動(dòng)cell上的UI的一些屬性（例如label的內(nèi)容等）。

2、cell高度的計(jì)算

這邊我們分為兩種cell，一種是定高的cell，另外一種是動(dòng)態(tài)高度的cell。

（1）定高的cell，應(yīng)該采用如下方式：

self.tableView.rowHeight = 88;

這個(gè)方法指定了所有cell高度都是88的tableview，rowHeight默認(rèn)的值是44，所以一個(gè)空的TableView會(huì)顯示成這個(gè)樣子。對(duì)于定高cell，直接采用上面方式給定高度，不需要實(shí)現(xiàn)tableView:heightForRowAtIndexPath:以節(jié)省不必要的計(jì)算和開(kāi)銷(xiāo)。

（2）動(dòng)態(tài)高度的cell

我們需要實(shí)現(xiàn)它的代理，來(lái)給出高度：

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

這個(gè)代理方法實(shí)現(xiàn)后，上面的rowHeight的設(shè)置將會(huì)變成無(wú)效。在這個(gè)方法中，我們需要提高cell高度的計(jì)算效率，來(lái)節(jié)省時(shí)間。

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

（1）使用Autolayout進(jìn)行UI布局約束（要求cell.contentView的四條邊都與內(nèi)部元素有約束關(guān)系）。

（2）指定TableView的estimatedRowHeight屬性的默認(rèn)值。

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

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

除了提高cell高度的計(jì)算效率之外，對(duì)于已經(jīng)計(jì)算出的高度，我們需要進(jìn)行緩存，對(duì)于已經(jīng)計(jì)算過(guò)的高度，沒(méi)有必要進(jìn)行計(jì)算第二次。

3、渲染

為了保證TableView的流暢，當(dāng)快速滑動(dòng)的時(shí)候，cell必須被快速的渲染出來(lái)。所以cell渲染的速度必須快。如何提高cell的渲染速度呢？

（1）當(dāng)有圖像時(shí)，預(yù)渲染圖像，在bitmap context先將其畫(huà)一遍，導(dǎo)出成UIImage對(duì)象，然后再繪制到屏幕，這會(huì)大大提高渲染速度。具體內(nèi)容可以自行查找“利用預(yù)渲染加速顯示iOS圖像”相關(guān)資料。

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

（3）由于混合操作是使用GPU來(lái)執(zhí)行，我們可以用CPU來(lái)渲染，這樣混合操作就不再執(zhí)行?？梢栽赨IView的drawRect方法中自定義繪制。

4、減少視圖的數(shù)目

我們?cè)赾ell上添加系統(tǒng)控件的時(shí)候，實(shí)際上系統(tǒng)都會(huì)調(diào)用底層的接口進(jìn)行繪制，大量添加控件時(shí)，會(huì)消耗很大的資源并且也會(huì)影響渲染的性能。當(dāng)使用默認(rèn)的UITableViewCell并且在它的ContentView上面添加控件時(shí)會(huì)相當(dāng)消耗性能。所以目前最佳的方法還是繼承UITableViewCell，并重寫(xiě)drawRect方法。

5、減少多余的繪制操作

在實(shí)現(xiàn)drawRect方法的時(shí)候，它的參數(shù)rect就是我們需要繪制的區(qū)域，在rect范圍之外的區(qū)域我們不需要進(jìn)行繪制，否則會(huì)消耗相當(dāng)大的資源。

6、不要給cell動(dòng)態(tài)添加subView

在初始化cell的時(shí)候就將所有需要展示的添加完畢，然后根據(jù)需要來(lái)設(shè)置hide屬性顯示和隱藏。

7、異步化UI，不要阻塞主線(xiàn)程

我們時(shí)常會(huì)看到這樣一個(gè)現(xiàn)象，就是加載時(shí)整個(gè)頁(yè)面卡住不動(dòng)，怎么點(diǎn)都沒(méi)用，仿佛死機(jī)了一般。原因是主線(xiàn)程被阻塞了。所以對(duì)于網(wǎng)路數(shù)據(jù)的請(qǐng)求或者圖片的加載，我們可以開(kāi)啟多線(xiàn)程，將耗時(shí)操作放到子線(xiàn)程中進(jìn)行，異步化操作。這個(gè)或許每個(gè)iOS開(kāi)發(fā)者都知道的知識(shí)，不必多講。

8、滑動(dòng)時(shí)按需加載對(duì)應(yīng)的內(nèi)容

如果目標(biāo)行與當(dāng)前行相差超過(guò)指定行數(shù)，只在目標(biāo)滾動(dòng)范圍的前后指定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;
}

滑動(dòng)很快時(shí)，只加載目標(biāo)范圍內(nèi)的cell，這樣按需加載（配合SDWebImage），極大提高流暢度。

總結(jié)

以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作能帶來(lái)一定的幫助，如果有疑問(wèn)大家可以留言交流，謝謝大家對(duì)腳本之家的支持。

最新評(píng)論