UITableView的優化策略

　 　UITableView做爲iOS開發中最重要和經常使用的控件之一,其中的實現原理非常考究。蘋果軟件在這塊的優化水平直接決定了iOS的體驗性能甩安卓幾條街,Table view須要有很好的滾動性能，否則用戶會在滾動過程當中發現動畫的瑕疵。然而在使用第三方應用時，卻常常遇到性能上的問題，廣泛表如今滾動時比較卡，特別是table cell中包含圖片的狀況時。實際上只要針對性地優化一下，這種問題就不會有了。有興趣的能夠看看LazyTableImages這個官方的例子程序，雖然也要從網上下載圖片並顯示，但滾動時絲絕不卡。
　　如今我說一下個人簡單認識：UITableView是UIScrollView的子類，所以它能夠自動響應滾動事件（通常爲上下滾動）。 　　UITableView最核心的思想就是UITableViewCell的重用機制。簡單的理解就是: UITableView只會建立一屏幕(或一屏幕多一點)的UITableViewCell,其餘都是從中取出來 重用的。每當Cell滑出屏幕時,就會放入到一個集合(或數組)中(這裏就至關於一個重用池),當要顯示某一位置的Cell時,會先去集合(或數組)中取,若是有,就直接拿來顯 示;若是沒有,纔會建立。這樣作的好處可想而知,極大的減小了內存的開銷。 　　接下來講一下UITableView的回調方法。UITableView最 主要的兩個回調方法是tableView:cellForRowAtIndexPath:和 tableView:heightForRowAtIndexPath:。理想上咱們是會認爲UITableView會先調用前者,再調用後者,由於這和咱們建立控件的思路是同樣的,先建立它,再設置它的佈局。但實際上 卻並不是如此,咱們都知道,UITableView是繼承自UIScrollView的,須要先肯定它的 contentSize及每一個Cell的位置,而後纔會把重用的Cell放置到對應的位置。因此事實上, UITableView的回調順序是先屢次調用tableView:heightForRowAtIndexPath:以肯定 contentSize及Cell的位置,而後纔會調用tableView:cellForRowAtIndexPath:,從而來顯示在 當前屏幕的Cell。

　　舉個例子來講:若是如今要顯示100個Cell,當前屏幕顯示5個。那麼刷新(reload) UITableView時,UITableView會先調用100次tableView:heightForRowAtIndexPath:方法,然 後調用5次tableView:cellForRowAtIndexPath:方法;滾動屏幕時,每當Cell滾入屏幕,都會調 用一次tableView:heightForRowAtIndexPath:、tableView:cellForRowAtIndexPath:方法。 

　　此外，UITableView還能夠分爲多個sections，每一個區段均可以有本身的head、foot和cells。而在定位一個cell時，就須要2個字段了：在哪一個section，以及在這個section的第幾行。這在iOS SDK中是用NSIndexPath來表述的，UIKit爲其添加了indexPathForRow:inSection:這個建立方法。 有興趣的能夠看看蘋果官方的API，上面講的很是詳細，也是最嚴謹的講解。

　　優化方法：

1.不要重複建立沒必要要的table cell，正確使用`reuseIdentifier`來重用cells，兩個reuseIdentifier的值要相同

    [tableView registerNib:[UINib nibWithNibName:@"MyCell" bundle:nil] forCellReuseIdentifier:@"cell"]; [tableView dequeueReusableCellWithIdentifier:@"cell" forIndexPath:indexpath];
　　 if (cell == nil) {

　　　　cell = [[[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:CellIdentifier] autorelease];

　　　}

2.使用`rowHeight`, `sectionFooterHeight`和 `sectionHeaderHeight`來設定固定的高，不要請求delegate 緩存行高

    tableView.rowHeight = 150; tableView.sectionHeaderHeight = 50; tableView.sectionFooterHeight = 50;

注意：當每行高不相等時先使用estimatedRowHeight預設行高，提早計算並緩存好高度(佈局), 再使用tableView:heightForRowAtIndexPath:方法在其中計算返回不一樣的高度。

詳細行高講解sunnyxx大神提出了好的方案：http://blog.sunnyxx.com/2015/05/17/cell-height-calculation/ 大夥能夠自行研究研究

3.儘可能使全部的view 不透明，包括cell自身

cell.opaque = YES;//默認爲YES，不透明的視圖能夠極大地提升渲染的速度。

Apple的文檔對於爲圖片設置透明屬性的描述是：

 

　　(opaque)這個屬性給渲染系統提供了一個如何處理這個view的提示。若是設爲YES，渲染系統就認爲這個view是徹底不透明的，這使得渲染系統優化一些渲染過         　　            程和提升性能。若是設置爲NO，渲染系統正常地和其它內容組成這個View。默認值是YES。

　　在相對比較靜止的畫面中，設置這個屬性不會有太大影響。然而當這個view嵌在scroll view裏邊，或者是一個複雜動畫的一部分，不設置這個屬性的話會在很大  　　            程度上影響app的性能。

 

4.若是cell內現實的內容來自web，使用異步加載，緩存請求結果

　圖片比較多的時候，能夠考慮使用SDWebImage進行圖片緩存；

5.減小subviews的數量

 　　UITableViewCell包含了textLabel、detailTextLabel和imageView等view，而你還能夠自定義一些視圖放在它的contentView裏。然而view是很大的對象，建立它會消耗較多資源，而且也影響渲染的性能。
　　若是你的table cell包含圖片，且數目較多，使用默認的UITableViewCell會很是影響性能。奇怪的是，使用自定義的view，而非預約義的view，明顯會快些。
固然，最佳的解決辦法仍是繼承UITableViewCell，並在其drawRect:中自行繪製：

- (void)drawRect:(CGRect)rect {    
    if (image) {
        [image drawAtPoint:imagePoint];
        self.image = nil;
    } else {
        [placeHolder drawAtPoint:imagePoint];
    }    
    
    [text drawInRect:textRect withFont:font lineBreakMode:UILineBreakModeTailTruncation];
}

1. 不過這樣一來，你會發現選中一行後，這個cell就變藍了，其中的內容就被擋住了。最簡單的方法就是將cell的selectionStyle屬性設爲UITableViewCellSelectionStyleNone，這樣就不會被高亮了。
   此外還能夠建立CALayer，將內容繪製到layer上，而後對cell的contentView.layer調用addSublayer:方法。這個例子中，layer並不會顯著影響性能，但若是layer透明，或者有圓角、變形等效果，就會影響到繪製速度了。解決辦法可參見後面的預渲染圖像。
2. 不要作多餘的繪製工做。
   在實現drawRect:的時候，它的rect參數就是須要繪製的區域，這個區域以外的不須要進行繪製。
   例如上例中，就能夠用CGRectIntersectsRect、CGRectIntersection或CGRectContainsRect判斷是否須要繪製image和text，而後再調用繪製方法。
3. 預渲染圖像。
   你會發現即便作到了上述幾點，當新的圖像出現時，仍然會有短暫的停頓現象。解決的辦法就是在bitmap context裏先將其畫一遍，導出成UIImage對象，而後再繪製到屏幕，詳細作法可見《利用預渲染加速iOS設備的圖像顯示》。
4. 不要阻塞主線程。
   作到前幾點後，你的table view滾動時應該足夠流暢了，不過你仍可能讓用戶感到不爽。常見的現象就是在更新數據時，整個界面卡住不動，徹底不響應用戶請求。
   出現這種現象的緣由就是主線程執行了耗時很長的函數或方法，在其執行完畢前，沒法繪製屏幕和響應用戶請求。其中最多見的就是網絡請求了，它一般都須要花費數秒的時間，而你不該該讓用戶等待那麼久。
   解決辦法就是使用多線程，讓子線程去執行這些函數或方法。這裏面還有一個學問，當下載線程數超過2時，會顯著影響主線程的性能。所以在使用ASIHTTPRequest時，能夠用一個NSOperationQueue來維護下載請求，並將其maxConcurrentOperationCount設爲2。而NSURLRequest則能夠配合GCD來實現，或者使用NSURLConnection的setDelegateQueue:方法。
   固然，在不須要響應用戶請求時，也能夠增長下載線程數，以加快下載速度：

- (void)scrollViewDidEndDragging:(UIScrollView *)scrollView willDecelerate:(BOOL)decelerate {
    if (!decelerate) {
        queue.maxConcurrentOperationCount = 5;
    }
}

- (void)scrollViewDidEndDecelerating:(UIScrollView *)scrollView {
    queue.maxConcurrentOperationCount = 5;
}

- (void)scrollViewWillBeginDragging:(UIScrollView *)scrollView {
    queue.maxConcurrentOperationCount = 2;
}

此外，自動載入更新數據對用戶來講也很友好，這減小了用戶等待下載的時間。例如每次載入50條信息，那就能夠在滾動到倒數第10條之內時，加載更多信息：

- (void)tableView:(UITableView *)tableView willDisplayCell:(UITableViewCell *)cell forRowAtIndexPath:(NSIndexPath *)indexPath {
    if (count - indexPath.row < 10 && !updating) {
        updating = YES;
        [self update];
    }
}
// update方法獲取到結果後，設置updating爲NO

還有一點要注意的就是當圖片下載完成後，若是cell是可見的，還須要更新圖像：

NSArray *indexPaths = [self.tableView indexPathsForVisibleRows];
for (NSIndexPath *visibleIndexPath in indexPaths) {
    if (indexPath == visibleIndexPath) {
        MyTableViewCell *cell = (MyTableViewCell *)[self.tableView cellForRowAtIndexPath:indexPath];
        cell.image = image;
        [cell setNeedsDisplayInRect:imageRect];
        break;
    }
}
// 也可不遍歷，直接與頭尾相比較，看是否在中間便可。

 

6.使用`shadowPath`來畫陰影

只要你提早告訴CoreAnimation你要渲染的View的形狀Shape,就會減小離屏渲染計算

 

[cell.layer setShadowPath：[[UIBezierPath  bezierPathWithRect：myView.bounds] CGPath];

 

加上上面這行代碼，就減小離屏渲染時間，大大提升了性能　　　　　　

7.儘可能不使用`cellForRowAtIndexPath:`，若是你須要用到它，只用一次而後緩存結果

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

9 .滑動時按需加載，避免漸變，圖片縮放，後臺選入

　　滑動時按需加載,這個在大量圖片展現,網絡加載的時候很管用!(SDWebImage已經實現異步加載,配合這條性能槓槓的)

//按需加載 - 若是目標行與當前行相差超過指定行數，只在目標滾動範圍的先後指定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;
}

 

本文引用了一些其餘大神的博客知識，詳細地址：http://www.cocoachina.com/ios/20150602/11968.html