tableView在iOS開發(fā)過程中是使用最為頻繁的一個基礎(chǔ)控件，基本上所有的列表頁都會用tableView，使用起來非常簡單。但當(dāng)數(shù)據(jù)源或者cell的布局十分復(fù)雜，tableView多少會出現(xiàn)卡頓的現(xiàn)象，十分影響用戶體驗(yàn)。

接下來主要介紹一下，我個人在開發(fā)遇到的一些問題，以及做UITableView的性能優(yōu)化時(shí)，應(yīng)該注意到的幾點(diǎn)

關(guān)于cell的高度（collectionViewCell的size）計(jì)算

1.對于一般的布局相對簡單的cell來說，直接通過一下來實(shí)現(xiàn)即可：

- (CGFloat)tableView:(UITableView*)tableView heightForRowAtIndexPath:(NSIndexPath*)indexPath

2.對于相對復(fù)雜的cell布局來說，cell高度非固定，需要自適應(yīng)高度的cell來說，高度的計(jì)算就顯得很重要，因?yàn)閠ableView在不停地滾動時(shí)，會一直調(diào)用上面的方法，如果計(jì)算高度方法比較耗時(shí)的話，自然會影響tableView的滑動流暢度；介紹一個第三方UITableView分類FDTemplateLayoutCell，主要自動幫你計(jì)算cell高度，并且做了緩存，但是暫不支持UICollectionViewCell的自動高度計(jì)算。

小結(jié)：當(dāng)需要自動計(jì)算高度時(shí)，在TableView中使用FDTemplateLayoutCell是個不錯的選擇，但在collectionView需要自己計(jì)算，很重要的一點(diǎn)是：如果cell高度或者size計(jì)算相對復(fù)雜，盡量不要在滾動時(shí)計(jì)算cell高度或者size，應(yīng)該在reloadData之前計(jì)算好全部cell高度或者對cell高度做緩存。

Core Animation

這是instrument里面的測試工具，非常好用，可以測試app的性能，一般使用真機(jī)測試。

打開xcode，command + I打開Instrument，選中Core animation，如下畫面：

當(dāng)開始測試app時(shí)可以看到如下圖的幀率變化：

這是快速滑動tableView時(shí)，屏幕的幀率變化，當(dāng)幀率越接近60時(shí)，表示滑動越流暢；至于原因我這里不做細(xì)講。

然后看右側(cè)欄的幾個選項(xiàng)，我會挑幾個比較重要的說一下，也就是對滑動性能影響比較大的講一下；

1) Color Blended Layers

Instruments可以在物理機(jī)上顯示出被混合的圖層Blended Layer(用紅色標(biāo)注)，Blended Layer是因?yàn)檫@些Layer是透明的(Transparent)，系統(tǒng)在渲染這些view時(shí)需要將該view和下層view混合(Blend)后才能計(jì)算出該像素點(diǎn)的實(shí)際顏色，如果這種blended layer很多，那么在滾動列表時(shí)就甭想有流暢的效果。

解決blended layer問題也很簡單，檢查紅色區(qū)域view的opaque屬性，記得設(shè)置成NO；檢查backgroundColor屬性是不是[UIColor clearColor]，要知道背景顏色為clear color那可是圖形性能的大敵，基本意味著blended layer是跑不了的了，為什么？自己思考一下:)

總之，紅色區(qū)域越少肯定是越好的。

2) Color Hits Green and Misses Red

很多視圖Layer由于Shadow、Mask和Gradient等原因渲染很高，因此UIKit提供了API用于緩存這些Layer：[layer setShouldRasterize:YES]，系統(tǒng)會將這些Layer緩存成Bitmap位圖供渲染使用，如果失效時(shí)便丟棄這些Bitmap重新生成。圖層Rasterization柵格化好處是對刷新率影響較小，壞處是刪格化處理后的Bitmap緩存需要占用內(nèi)存，而且當(dāng)圖層需要縮放時(shí)，要對刪格化后的Bitmap做額外計(jì)算。 使用這個選項(xiàng)后時(shí)，如果Rasterized的Layer失效，便會標(biāo)注為紅色，如果有效標(biāo)注為綠色。當(dāng)測試的應(yīng)用頻繁閃現(xiàn)出紅色標(biāo)注圖層時(shí)，表明對圖層做的Rasterization作用不大。

3) Color Misaligned Images

Misaligned Image表示要繪制的點(diǎn)無法直接映射到頻幕上的像素點(diǎn)，此時(shí)系統(tǒng)需要對相鄰的像素點(diǎn)做anti-aliasing反鋸齒計(jì)算，增加了圖形負(fù)擔(dān)，通常這種問題出在對某些View的Frame重新計(jì)算和設(shè)置時(shí)產(chǎn)生的。

上圖中被標(biāo)注為黃色的圖層，這是由于圖層顯示的是被縮放后的圖片，如果這些圖片是通過網(wǎng)絡(luò)下載的，可以通過程序更新為確定的繪制大小來解決。還有些系統(tǒng)Navigation Bar和Tool Bar的背景圖片使用的是拉伸(Streched)圖片，也會被表示為黃色，這是屬于正常情況，通常無需修改。這種問題一般對性能影響不大，而是可能會在邊緣處虛化。

(4) Color Offscreen-Rendered Yellow

Offscreen-Rendering離屏渲染意思是iOS要顯示一個視圖時(shí)，需要先在后臺用CPU計(jì)算出視圖的Bitmap，再交給GPU做Onscreen-Rendering顯示在屏幕上，因?yàn)轱@示一個視圖需要兩次計(jì)算，所以這種Offscreen-Rendering會導(dǎo)致app的圖形性能下降。

大部分Offscreen-Rendering都是和視圖Layer的Shadow和Mask相關(guān)，下列情況會導(dǎo)致視圖的Offscreen-Rendering： 1. 使用Core Graphics (CG開頭的類)。 2. 使用drawRect()方法，即使為空。 3. 將CALayer的屬性shouldRasterize設(shè)置為YES。 4. 使用了CALayer的setMasksToBounds(masks)和setShadow*(shadow)方法。 5. 在屏幕上直接顯示文字，包括Core Text。 6. 設(shè)置UIViewGroupOpacity。

補(bǔ)充：

1.在使用xib時(shí)，很多時(shí)候view的opaque屬性默認(rèn)為YES，需要手動設(shè)置為NO，如果view為透明可以通過設(shè)置透明背景色。

2.view的背景色盡量使用非透明，使用xib時(shí)，默認(rèn)為透明，需手動設(shè)置。

3.cell的賦值方法里，盡量只做控件賦值或顯示隱藏操作，不做復(fù)雜的數(shù)據(jù)計(jì)算和邏輯操作。