性能優(yōu)化

80% 的性能優(yōu)化都是不必要的, 如果應(yīng)用存在明顯問(wèn)題. 再逐一核對(duì).

1. 內(nèi)存的優(yōu)化:

• 重用和懶加載Views.
  • 模仿tableview進(jìn)行重用: 不要一次創(chuàng)建所有的SubViews . 而當(dāng)需要時(shí)才創(chuàng)建, 當(dāng)使用過(guò)后, 放入可重用的緩存池.
  • 一般在scrollView中滾動(dòng)時(shí)創(chuàng)建你的views,避免不必要的內(nèi)存分配.
  • 也可以在用戶(hù)點(diǎn)擊了一個(gè)按鈕需要 創(chuàng)建呈現(xiàn)一個(gè)view的場(chǎng)景.
• 重用大開(kāi)銷(xiāo)對(duì)象 . 一些object的初始化很慢,比如NSDateFormatter和NSCalendar, 然后有時(shí)不可避免的需要使用它們. 可以通過(guò)屬性記錄或者靜態(tài)變量(這種方式會(huì)同單例一樣在app運(yùn)行時(shí)一直存在.) 創(chuàng)建;

1.1 Cache選擇.

需要緩存的數(shù)據(jù)原則: 那些不大可能改變但是需要經(jīng)常讀取的東西. 如: 服務(wù)器的響應(yīng),圖片,甚至計(jì)算結(jié)果(cell的行高).

NSCache和NSDictionary類(lèi)似握牧，不同的是系統(tǒng)會(huì)自動(dòng)回收.所以盡量使用NSCache.

1.2 選擇正確的集合

• Arrays: 使用index來(lái)lookup很快, 但是使用value lookup很慢. 同樣插入/刪除都很慢.
• Dictionaries: 用key查找比較快;
• Sets: 無(wú)序的. 用值查找很快, 插入和刪除很快 ;

2. 界面和渲染優(yōu)化:

2.1 基本

• 盡量將不透明view的Opaque屬性設(shè)置為true. 尤其是他們出現(xiàn)在賦值動(dòng)畫(huà)或是ScrollView中. 通常我們可以對(duì)tableview中的cell做此設(shè)置.(這樣可以讓系統(tǒng)用一個(gè)最優(yōu)的方式渲染這些views. 你可以在模擬器中用Debug\Color Blended Layers選項(xiàng)來(lái)發(fā)現(xiàn)哪些view沒(méi)有被設(shè)置為opaque达罗。目標(biāo)就是，能設(shè)為opaque的就全設(shè)為opaque!).

2. 在imageView設(shè)置前, 盡量先調(diào)整好圖片大小. 尤其放在UIScrollView中 , 運(yùn)行中自動(dòng)縮放是十分耗能. 如果圖片是從遠(yuǎn)端服務(wù)器加載到的, 你不能控制圖片大小. 那么最好在background thread縮放到固定大小, 然后在imageView中顯示.

3. 避免使用過(guò)大的 xib,嘗試為每一個(gè)Controller配置一個(gè)單獨(dú)的xib, 盡可能把一個(gè)ViewController的View層次結(jié)構(gòu)分散到單獨(dú)的xib中去. 因?yàn)楫?dāng)你加載一個(gè)xib的時(shí)候所有內(nèi)容都被放在內(nèi)存里,包括圖片,聲音文件; 如果有一個(gè)不會(huì)即刻用到的View. 就違反懶加載意義了.

4. CALayer: 采用CornerRadius 設(shè)置圓角時(shí), 如果數(shù)量過(guò)多,例如QQ用戶(hù)會(huì)話(huà)列表,那么滾動(dòng)時(shí)會(huì)大幅降低應(yīng)用的幀數(shù). 所需圓角較多的情況下, 可以預(yù)先生成圖片并緩存, 再使用. (更新: iOS9之后蘋(píng)果已經(jīng)修復(fù),可以直接設(shè)置CornerRadius)

5. 正確設(shè)置背景圖片:

   • 如果使用小圖平鋪來(lái)創(chuàng)建背景圖的話(huà), 采用UIColor的colorWithPatternImage的渲染速度會(huì)更快.它是用來(lái)創(chuàng)建小的重復(fù)的的圖片做背景, self.view.backgroundColor = [UIColor colorWithPatternImage:image]
   • 如果你需要加載一個(gè)大圖片 且只供一次性使用, 采用imageWIthContentsOfFile 來(lái)加載 ;
   • 如果是全畫(huà)幅做背景且需要多次重用, 使用imageNamed會(huì)將圖片緩存 ;

   UIImageView *backgroundView = [[UIImageView alloc] initWithImage:[UIImage imageNamed:@"background"]];
   

[self.view addSubview:backgroundView];
```

• 設(shè)置Shadow Path: 如何在一個(gè)View或者layer上加一個(gè)shadow, QuartzCore框架是很多人第一選擇. 但是Core Animation不得不先在后臺(tái)得出你的圖形并并加好陰影之后才渲染. 這開(kāi)銷(xiāo)很大. 可以使用shadowPath避免這個(gè)問(wèn)題 . view.layer.shadowPath = [[UIBezierPath bezierPathWithRect:view.bounds] CGPath]; 這樣iOS就不必每次都計(jì)算如何渲染, 它使用一個(gè)預(yù)先計(jì)算好的路徑.不過(guò)可能在某些View計(jì)算path比較困難,且當(dāng)View的frame變化時(shí),你都需要區(qū)update shadowPath.

• 盡量不要在viewWillAppear中進(jìn)行太多操作.

2.2 權(quán)衡渲染

在iOS中可以有很多方法做出漂亮的按鈕. 你可以用整幅圖片, 可調(diào)大小圖片,或者CAlayer,CoreGraphics甚至OpenGL來(lái)畫(huà)他們. 每個(gè)不同的解決方法都有不同的復(fù)雜程度和相應(yīng)的性能.

簡(jiǎn)單來(lái)說(shuō): 就是用事先渲染好的圖片更快. 省去繪畫(huà)步驟; 但是若把所有的圖片都放到bundle中, 這樣就增加了體積. --- 因此, 這就是使用可變大小的圖片更好的地方.

另外, 使用圖片也意味著你失去了使用代碼調(diào)整圖片的機(jī)動(dòng)性. 如果要做一個(gè)動(dòng)畫(huà)效果, 可能就需要多個(gè)圖片了.

所以,就需要權(quán)衡空間與時(shí)間花費(fèi).

2.3 使用Sprite Sheets(游戲開(kāi)發(fā))

Sprite Sheets 可以讓渲染速度加快, 甚至比標(biāo)準(zhǔn)的屏幕渲染方法節(jié)省內(nèi)存 ;

3. 多線(xiàn)程方面

• 除渲染,觸摸響應(yīng),UI操作 等,盡量都使用異步來(lái)處理: 如 I/O,存儲(chǔ),網(wǎng)絡(luò),異步線(xiàn)程通知.

4.網(wǎng)絡(luò)方面的優(yōu)化.

• 網(wǎng)絡(luò)響應(yīng)NSURLConnection緩存策略.
• 當(dāng)傳輸網(wǎng)絡(luò)數(shù)據(jù)過(guò)大時(shí), 采用gzip壓縮方式可以一定程度降低文件大小.(AFN框架已支持) gzip;

1. 避免反復(fù)處理數(shù)據(jù) : 許多應(yīng)用需要從服務(wù)器加載功能所需的JSON/XML數(shù)據(jù), 在服務(wù)器端和客戶(hù)端盡量使用相同的數(shù)據(jù)結(jié)構(gòu). 因?yàn)樵趦?nèi)存中操作數(shù)據(jù)轉(zhuǎn)換數(shù)據(jù)結(jié)構(gòu)是開(kāi)銷(xiāo)很大的;(獲取對(duì)應(yīng)的數(shù)組結(jié)構(gòu)或字典結(jié)構(gòu))

2. JSON 相比較于 XML沪停，優(yōu)點(diǎn)在于解析快哟玷，更小更易于傳輸贷揽，但其實(shí)當(dāng)你傳輸較大數(shù)據(jù)的時(shí)候镀裤，使用 SAX 解析 XML 時(shí)销部，可以做到邊下載邊解析，可極大的降低內(nèi)存消耗 .

• 減少使用Web特性: 想要更高的性能你就要調(diào)整下你的HTML了元潘。
  • 第一件要做的事就是盡可能移除不必要的javascript畔乙，避免使用過(guò)大的框架。能只用原生js就更好了翩概。
  • 另外牲距，盡可能異步加載例如用戶(hù)行為統(tǒng)計(jì)script這種不影響頁(yè)面表達(dá)的javascript。
  • 最后钥庇，永遠(yuǎn)要注意你使用的圖片牍鞠，保證圖片的符合你使用的大小。使用Sprite sheet提高加載速度和節(jié)約內(nèi)存评姨。

6.tableview的優(yōu)化.

簡(jiǎn)單總結(jié):

1. 緩存行高
2. cell的所有子視圖都用預(yù)先創(chuàng)建,不需要的可以先設(shè)置隱藏
3. 所有子視圖都應(yīng)該是添加到contentView上,
4. 所有子視圖都必須指定背景色,且不設(shè)置alpha
5. cell柵格化 layer.shouldRasterize = true layer.rasterizationScale = UIScreen.mainScreen().scale
6. 異步繪制 layer.drawsAsynchronously = true.

1. cell重用機(jī)制

UITableView只會(huì)創(chuàng)建一屏幕或多一點(diǎn)的Cell, 每當(dāng)Cell滑出屏幕時(shí), 就會(huì)放入到一個(gè)緩存池中,當(dāng)要顯示某一位置的cell時(shí),會(huì)根據(jù)注冊(cè)ID先去緩存池中取, 如果有,就直接拿來(lái)使用, 如果沒(méi)有,才會(huì)創(chuàng)建;

• 當(dāng)cell里需加載網(wǎng)絡(luò)圖片的話(huà), 采用異步方式(如直接使用SDWebImage),且先放置一個(gè)默認(rèn)圖片, 去的網(wǎng)絡(luò)數(shù)據(jù)后再更新.
• 如果單個(gè)cell所需網(wǎng)絡(luò)數(shù)據(jù)的請(qǐng)求時(shí)間過(guò)長(zhǎng), 可以選擇在tableview停止滑動(dòng)之后再加載網(wǎng)絡(luò)數(shù)據(jù), 可以利用UIScrollViewDelegate中的scrollViewDidEndDragging和scrollViewDidEndDecelerating來(lái)獲知停止滑動(dòng). 還可以在scrollViewWillBeginDragging函數(shù)做,添加代碼來(lái)停止正在進(jìn)行的數(shù)據(jù)加載;
• 盡量使用rowHeigh, sectionFooterHeight,sectionHeaderHeight 來(lái)設(shè)置固定的高,而不是請(qǐng)求代理,即便需要請(qǐng)求,也不要在代理方法內(nèi)計(jì)算行高, 提前緩存好 . 如標(biāo)題2.
• 避免漸變难述，圖片縮放萤晴，后臺(tái)選人
• 盡量使所有的view opaque，包括cell自身
• 減少Subviews的數(shù)量
• 使用shadowPath來(lái)畫(huà)陰影
• 盡量不適用或減少放置在CellForRowAtIdexPath方法內(nèi)的操作.如果你需要用到它胁后，只用一次然后緩存結(jié)果
• 使用正確的數(shù)據(jù)結(jié)構(gòu)來(lái)存儲(chǔ)數(shù)據(jù)

2. 緩存動(dòng)態(tài)行高

在使用UITableVIew的時(shí)候可能會(huì)遇到這種情況: UITableViewCell中的內(nèi)容來(lái)自網(wǎng)絡(luò)端,可能需要根據(jù)內(nèi)容而生成高度不一致的Cell.

解決方式

2.1 常規(guī)解決方式:

先實(shí)現(xiàn)delegate中的cell高度的定義方法. heightForRowAtIndexPath:和數(shù)據(jù)源的cellForRowAtIndexPath, 但是cell高度定義的代理方法總是優(yōu)先于cell設(shè)置的數(shù)據(jù)源方法調(diào)用,這里始終有個(gè)矛盾,即在設(shè)置cell高度的時(shí)候,cell顯示數(shù)據(jù)還沒(méi)有拿到;

所以,我們先要獲取數(shù)據(jù),使用+(float)cellHeighWithText:(NSString*)或其他方式計(jì)算出內(nèi)容的行高,設(shè)置之后再通過(guò)數(shù)據(jù)源把內(nèi)容填進(jìn)去.

不足: 在這里,首先實(shí)際上對(duì)于同一條數(shù)據(jù),內(nèi)容被加載了兩次;其次,在計(jì)算富文本或者大量數(shù)據(jù)大小的時(shí)候,tableview會(huì)出現(xiàn)卡頓.

2.2 使用NSCache

簡(jiǎn)單來(lái)說(shuō),NSCache是一個(gè)傻瓜式的緩存控件, 存取方式類(lèi)似于NSDictionary, 工作方式與蘋(píng)果的內(nèi)存管理體系一致. 在內(nèi)存緊張的時(shí)候,它會(huì)自動(dòng)釋放存儲(chǔ)的對(duì)象;所以,項(xiàng)目中所有稱(chēng)之為緩存的對(duì)象都應(yīng)該被被換成NSCache,代替NSArray和NSDictionary的緩存功能,(例如蘋(píng)果的webView的緩存默認(rèn)是交給NSCache管理的);

如果tableview數(shù)量多且不規(guī)則,我們需要做的就是在計(jì)算高度的時(shí)候就生成一個(gè)UITableViewCell或是直接cell行高并存入NSCache,需要返回Cell時(shí), 先從緩存池中需找哪個(gè)Cell, 如果沒(méi)找到則使用UITableView的重用機(jī)制重用,如果還找不到,在新建一個(gè);

-(UITableViewCell* )tableview:(UITableView* )tableview  preparedCellForIndexPath:(NSIndexPath * )indexPath withData:(id)data {
    NSString * key = [NSString stringWithFormat:@"%ld-%ld",(long)indexPath.section,indexPath.row];
    //try to get the cell from cache.
    YQTableViewCell * cell = [_cellCache objectForKey:key];
    if(!cell) {
        //cache中沒(méi)有從重用中獲取
        static NSString * ID = @"cell";
        cell = (YQTableviewCell* ) [tableview dequeueReusableCellWithIdentifier:ID];
        if(!cell) { //還沒(méi)有 ,創(chuàng)建 并存入緩存池
            cell = [[YQTableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:cellIdentifier];
            }
    //數(shù)據(jù)內(nèi)容傳給cell顯示
    [cell setContentText:data]    
    //存入cache
    [_cellCache setObject:cell forked:key];
    }
    return cell;
}

7.數(shù)據(jù)存儲(chǔ)方式

選擇正確的數(shù)據(jù)存儲(chǔ)選項(xiàng) plist-歸解檔-偏好設(shè)置 - SQLite - Core Data.

• 小規(guī)模數(shù)據(jù)的使用NSUserDefaults 存儲(chǔ)是比較好的方式 .
• plist(XML),是需要讀取整個(gè)文件到內(nèi)存中解析, 這個(gè)不是很實(shí)惠.
• 歸解檔: 同樣有上面問(wèn)題.
• 對(duì)于較大數(shù)據(jù)使用SQLite 或Core Data,SQLite進(jìn)行大量數(shù)據(jù)操作時(shí)需要關(guān)閉事務(wù),可節(jié)省大量時(shí)間.

8. 處理內(nèi)存警告

系統(tǒng)內(nèi)存過(guò)低時(shí),iOS會(huì)通知所有的運(yùn)行中app . 最佳方式是移除對(duì)緩存,圖片object和其他一些可以重新創(chuàng)建的對(duì)象的強(qiáng)引用.

UIKit 提供了幾種收集內(nèi)存警告的方法:

• app delegate 中的 applicationDidReceiverMemoryWarning 的方法
• 在自定義控制器的子類(lèi)中覆蓋didReceiverMemoryWarning方法
• 自己注冊(cè)并接受 UIApplicationDidReceiverMemoryWarningNotification 通知.

收到這個(gè)通知, 你就需要釋放任何不必要的內(nèi)存使用, 例如: UIViewController的默認(rèn)行為是移除一些不可見(jiàn)的view . 它的一些子類(lèi)則可以補(bǔ)充這個(gè)方法, 刪掉一些額外的數(shù)據(jù)結(jié)構(gòu). 一個(gè)有圖片緩存的app可以移除不再屏幕上顯示的圖片 .

9. 加速啟動(dòng)時(shí)間

快速打開(kāi)app是很重要的, 特別是第一次打開(kāi)的時(shí)候 ; 所能做的就是使它在此期間盡可能的做更多的異步任務(wù), 比如請(qǐng)求數(shù)據(jù),解析數(shù)據(jù).避免過(guò)大的xib,因?yàn)檫@是在主線(xiàn)程上加載的. 所以盡量使用sb吧. (測(cè)試啟動(dòng)速度要把設(shè)備從xcode斷開(kāi),因?yàn)閤code debug時(shí)watchdog并不運(yùn)行)

• 在didFInishLaunching 里 開(kāi)始盡可能多的異步任務(wù)來(lái)使你的應(yīng)用盡早得到展示數(shù)據(jù)

10. 手動(dòng)使用Autorelease Pool

手動(dòng)釋放臨時(shí)對(duì)象.

NSArray *urls = <# An array of file URLs #>;
for(NSURL *url in urls) {
    @autoreleasepool {
        NSError *error;
        NSString *fileContents = [NSString stringWithContentsOfURL:url
                                         encoding:NSUTF8StringEncoding error:&error];
        /* Process the string, creating and autoreleasing more objects. */
    }
}