模板
教程
環境
性能
功能
管理
iOS應用程序性能的提示和技巧 — 高級篇
在開發iOS應用程序時，讓程序具有良好的性能是非常關鍵的。這也是用戶所期望的，如果你的程序運行遲鈍或緩慢，會招致用戶的差評。
然而由于iOS設備的局限性，有時候要想獲得良好的性能，是很困難的。在開發過程中，有許多事項需要記住，并且關于性能影響很容易就忘記。
這就是為什么我要寫這篇文章!本文收集了25個關于可以提升程序性能的提示和技巧。
目錄
我把性能優化技巧分為3個不同的等級：初級、中級和高級：
高級
當且僅當下面這些技巧能夠解決問題的時候，才使用它們：
加速啟動時間
使用Autorelease Pool
緩存圖片 — 或者不緩存
盡量避免Date格式化
高級性能提升
尋找一些高明的方法，讓自己變為一個全代碼忍者?下面這些高級的性能優化技巧可以在適當的時候讓程序盡可能的高效運行!
22) 加速啟動時間
能快速的啟動程序非常重要，特別是在用戶第一次啟動程序時。第一映像對程序來說非常重要!
讓程序盡量快速啟動的方法就是盡量以異步方式執行任務，例如網絡請求，數據訪問或解析。
另外，避免使用臃腫的XIBs，因為XIB的加載是在主線程中進行的。但是記住storyboard沒有這樣的問題——所以如果可以的話就使用storyboard吧!
注意：在利用Xcode進行調試時，watchdog不會運行，所在設備中測試程序啟動性能時，不要將設備連接到Xcode。
23) 使用Autorelease Pool
NSAutoreleasePool負責釋放一個代碼塊中的自動釋放對象。一般都是由UIKit來創建的。不過有些情況下需要手動創建NSAutoreleasePool。
例如，如果在代碼中創建了大量的臨時對象，你將注意到內存使用量在增加，直到這些對象被釋放。問題是只有當UIKit耗盡了 autorelease pool，這些對象才會被釋放，也就是說當不再需要這些對象之后，這些對象還在內存中占據著資源。
不過這個問題完全可以避免：在@autoreleasepool代碼塊中創建臨時對象，如下代碼：
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. */ }}
當每次迭代完之后，都會釋放所有的autorelease對象。
關于NSAutoreleasePool的更多內容可以閱讀蘋果的官方文檔。
24) 緩存圖片 — 或者不緩存
iOS中從程序bundle中加載UIImage一般有兩種方法。第一種比較常見：imageNamed。第二種方法很少使用：imageWithContentsOfFile
為什么有兩種方法完成同樣的事情呢?
imageNamed的優點在于可以緩存已經加載的圖片。蘋果的文檔中有如下說法：
This method looks in the system caches for an image object with the specified name and returns that object if it exists. If a matching image object is not already in the cache, this method loads the image data from the specified file, caches it, and then returns the resulting object.
這種方法會在系統緩存中根據指定的名字尋找圖片，如果找到了就返回。如果沒有在緩存中找到圖片，該方法會從指定的文件中加載圖片數據，并將其緩存起來，然后再把結果返回。
而imageWithContentsOfFile方法只是簡單的加載圖片，并不會將圖片緩存起來。
這兩個方法的使用方法如下：
UIImage *img = [UIImage imageNamed:@"myImage"]; // caching// orUIImage *img = [UIImage imageWithContentsOfFile:@"myImage"]; // no caching
那么該如何選擇呢?
如果加載一張很大的圖片，并且只使用一次，那么就不需要緩存這個圖片。這種情況imageWithContentsOfFile比較合適——系統不會浪費內存來緩存圖片。
然而，如果在程序中經常需要重用的圖片，那么最好是選擇imageNamed方法。這種方法可以節省出每次都從磁盤加載圖片的時間。
25) 盡量避免Date格式化
如果有許多日期需要使用NSDateFormatter，那么需要小心對待了。如之前(重用花銷很大的對象)所提到的，無論什么時候，都應該盡量重用NSDateFormatters。
然而，如果你需要更快的速度，那么應該使用C來直接解析日期，而不是NSDateFormatter。Sam Soffes寫了一篇文章，其中提供了一些解析ISO-8601格式日期字符的串代碼。你只需要簡單的調整一下其中的代碼就可以滿足自己特殊的需求了。
這聽起來不錯把——不過你相信這還有更好的一個辦法嗎?
如果你自己能控制處理日期的格式，那么可以選擇 Unix timestamps。Unix timestamps是一個簡單的整數，代表了從新紀元時間(epoch)開始到現在已經過了多少秒，通常這個新紀元參考時間是00:00:00 UTC on 1 January 1970。
你可以很容易的見這個時間戳轉換為NSDate，如下所示：
- (NSDate*)dateFromUnixTimestamp:(NSTimeInterval)timestamp { return [NSDate dateWithTimeIntervalSince1970:timestamp];}
上面這個方法比C函數還要快!
注意：許多網絡APIs返回的時間戳都是毫秒，因此需要注意的是在將這個時間戳傳遞給dateFromUnixTimestamp之前需要除以1000。
何去何從?
強烈建議對程序性能優化感興趣的讀者看看下面列出來的WWDC視頻。在看視頻之前，你需要注冊一個Apple ID(只需要注冊以此，就可以觀看所有WWDC2012的視頻)：
#406: Adopting Automatic Reference Counting
#238: iOS App Performance: Graphics and Animations
#242: iOS App Performance: Memory
