深入淺出-iOS程序性能優(yōu)化
iOS應(yīng)用是非常注重用戶體驗(yàn)的，不光是要求界面設(shè)計(jì)合理美觀，也要求各種UI的反應(yīng)靈敏，我相信大家對(duì)那種一拖就卡卡卡的 TableView 應(yīng)用沒(méi)什么好印象。還記得12306么，那個(gè)速度，相信大家都受不了。為了提高 iOS 的運(yùn)行速度，下面我將拋磚引玉介紹一些我實(shí)踐過(guò)的用來(lái)提供iOS程序運(yùn)行效率的方法，與大家分享，希望能得到更多的反饋和建議。
1，計(jì)算代碼運(yùn)行時(shí)間：相信數(shù)據(jù)，不要太相信感覺(jué)。不過(guò)要注意模擬器和真機(jī)的差異。
最簡(jiǎn)單的工具就是 NSDate，但精度不是太好。
- NSDate* tmpStartData = [[NSDate date] retain];
- //You code here...
- double deltaTime = [[NSDate date] timeIntervalSinceDate:tmpStartData];
- NSLog(@">>>>>>>>>>cost time = %f", deltaTime);
或者將運(yùn)行代碼放到如下方法的 block 參數(shù)中，然后返回所運(yùn)行的時(shí)間：
- #import <mach/mach_time.h> // for mach_absolute_time() and friends
- CGFloat BNRTimeBlock (void (^block)(void)) {
- mach_timebase_info_data_t info;
- if (mach_timebase_info(&info) != KERN_SUCCESS) return -1.0;
- uint64_t start = mach_absolute_time ();
- block ();
- uint64_t end = mach_absolute_time ();
- uint64_t elapsed = end - start;
- uint64_t nanos = elapsed * info.numer / info.denom;
- return (CGFloat)nanos / NSEC_PER_SEC;
- }
2，善用性能分析工具。
XCode 自帶了很多強(qiáng)大的分析工具，包括靜態(tài) Analyze 工具，以及運(yùn)行時(shí) Profile 工具。
3，關(guān)于圖片
優(yōu)先使用[UIImage imageNamed:@""]；
與[[UIImage alloc] initWithContentsOfFile:] 和 [UIImage alloc [initWithData:]] 相比，[UIImage imageNamed:]有著更好的效率，這是因?yàn)?iOS 會(huì)自帶 cache 通過(guò) [UIImage imageNamed:] 載入的圖像，但該方法有一個(gè)缺點(diǎn)，那就是只能載入應(yīng)用程序 bundle 中的圖像，像網(wǎng)絡(luò)下載的圖像就無(wú)能無(wú)力了。我習(xí)慣的做法是自定義一個(gè) ImageCache 類，自己來(lái) cache 圖像。
盡量不要使用全屏大小的背景圖片；使用 gradient 圖片來(lái)取代硬編碼的 gradient；gradient 圖片應(yīng)當(dāng)盡可能窄，然后將之拉伸運(yùn)用到實(shí)際場(chǎng)合中去。
4，對(duì)于結(jié)構(gòu)復(fù)雜的 View，使用 drawRect 自繪而不是從 nib 中載入。
5，對(duì)于 TableView，重用 cell；減少 cell 初始化的工作量，延遲裝載；定制復(fù)雜 cell 時(shí)，使用 drawRect 自繪；Cache 盡可能多的東西，包括 cell 高度；盡可能讓 cell 不透明；避免使用圖像特性，比如 gradients。
6，在線程中使用 autoreleasepool。
7，將一些不太重要的任務(wù)放在 idle 時(shí)運(yùn)行。
- - (void)idleNotificationMethod {
- // do something here
- }
- - (void)registerForIdleNotification
- {
- [[NSNotificationCenter defaultCenter] addObserver:self
- selector:@selector(idleNotificationMethod)
- name:@"IdleNotification"
- object:nil];
- NSNotification *notification = [NSNotification
- notificationWithName:@"IdleNotification" object:nil];
- [[NSNotificationQueue defaultQueue] enqueueNotification:notification
- postingStyle:NSPostWhenIdle];
- }
8，不要在 viewWillAppear 中做費(fèi)時(shí)的操作。
viewWillAppear: 在 view 顯示之前被調(diào)用，出于效率考慮，在這個(gè)方法中不要處理復(fù)雜費(fèi)時(shí)的事情；只應(yīng)該在這個(gè)方法設(shè)置 view 的顯示屬性之類的簡(jiǎn)單事情，比如背景色，字體等。要不然，用戶會(huì)明顯感覺(jué)到 view 顯示遲鈍。
9，使用多線程來(lái)延遲加載資源。比如常見(jiàn)的 TableViewCell 中的網(wǎng)絡(luò)圖像顯示，先使用一個(gè)默認(rèn)圖像，然后開(kāi)啟線程下載網(wǎng)絡(luò)圖像，當(dāng)圖像下載完成之后，再替換默認(rèn)圖像。
10，關(guān)于后臺(tái)任務(wù)
系統(tǒng)進(jìn)入 background 之后，一般只有10分鐘的運(yùn)行時(shí)間，因此有很多值得注意的事項(xiàng)：
- a) 盡量減少內(nèi)存的使用。當(dāng)內(nèi)存不足時(shí)，iOS將kill那些消耗內(nèi)存最多的 App。
- b) 釋放所有的共享資源，比如 Calendar 與 Address book。當(dāng)應(yīng)用程序進(jìn)入后臺(tái)時(shí)，如果它還在使用或沒(méi)有釋放共享資源，iOS會(huì)立即kill掉該應(yīng)用程序。
- c) 正確處理App生命周期事件。當(dāng)進(jìn)入后臺(tái)時(shí)，應(yīng)該保持應(yīng)用程序數(shù)據(jù)，以便回到前臺(tái)時(shí)能夠恢復(fù)。當(dāng)進(jìn)入 inactive 狀態(tài)時(shí)，應(yīng)該暫停當(dāng)前的業(yè)務(wù)流。iOS運(yùn)行App在后臺(tái)運(yùn)行的時(shí)間有限，因此后臺(tái)代碼不應(yīng)該執(zhí)行非常耗時(shí)的任務(wù)，可能的話就使用多線程。當(dāng)進(jìn)入后臺(tái) 時(shí)，iOS會(huì)保存當(dāng)前App的一個(gè)快照，以便之后在合適的時(shí)候（裝載view和數(shù)據(jù)時(shí)）呈現(xiàn)給用戶以提高用戶體驗(yàn)，因此在進(jìn)入后臺(tái)時(shí)，應(yīng)該避免在屏幕上呈 現(xiàn)用戶信息，以免泄露用戶個(gè)人資料。
- d) 不要更新UI或者執(zhí)行大量消耗CPU或電池的代碼。進(jìn)入后臺(tái)之后，不應(yīng)該執(zhí)行不必要的任務(wù)，不要執(zhí)行 OpenGL ES 調(diào)用，應(yīng)取消 Bonjour 相關(guān)的服務(wù)，正確處理網(wǎng)絡(luò)鏈接失敗，避免更新 UI，清除所有的警告或其他彈出對(duì)話框。
- e) 保證后臺(tái)代碼的執(zhí)行工作正常，注意處理異常。
- f) 在后臺(tái)時(shí)正確響應(yīng)系統(tǒng)變化。 如： 設(shè)備旋轉(zhuǎn)消息UIDeviceOrientationDidChangeNotification ，重要的時(shí)間變化（新的一天開(kāi)始或時(shí)區(qū)變化）UIApplicationSignificantTimeChangeNotification ，電池變化UIDeviceBatteryLevelDidChangeNotification 和 UIDeviceBatteryStateDidChangeNotification，用戶默認(rèn)設(shè)置變化 NSUserDefaultsDidChangeNotification，本地化語(yǔ)言變化 NSCurrentLocaleDidChangeNotification 等。
11，如果關(guān)鍵代碼使用 C/C++/asm 效率更高就使用 C/C++/asm。
12，如果一個(gè)方法在一個(gè)循環(huán)次數(shù)非常多的循環(huán)中使用，在進(jìn)入循環(huán)前使用 methodForSelector 獲取該方法 IMP，然后在循環(huán)體中直接使用該 IMP。
13，關(guān)于內(nèi)存釋放
在 didReceiveMemoryWarning 中釋放內(nèi)存，比如cache 的圖像，view 等，并記得調(diào)用 [supper didReceiveMemoryWarning]。清理函數(shù) didReceiveMemoryWarning, viewDidUnload 和 dealloc 都是在方法結(jié)尾處調(diào)用 supper 的方法。
14，提高 APP 加載速度
避免使用靜態(tài)初始化，包括靜態(tài)c++對(duì)象，加載時(shí)會(huì)運(yùn)行的代碼，如+(void) load{} ，會(huì)造成在Main函數(shù)之前運(yùn)行額外的代碼。
16，利用 cache 空間換時(shí)間。cache 是一種常見(jiàn)的空間換時(shí)間的提供性能的收到，可以用在相當(dāng)多的場(chǎng)合。
盡量 cache 那些可重復(fù)利用的對(duì)象，比如 table cell，date/number formatters，正則表達(dá)式，sqlite語(yǔ)句等。
17，關(guān)于數(shù)據(jù)庫(kù)
緩存經(jīng)常用到的 sqlite 語(yǔ)句；優(yōu)化數(shù)據(jù)庫(kù)查詢語(yǔ)句，用sqlite3_trace和sqlite3_profile來(lái)查找性能差的語(yǔ)句；如果可能的話，緩存查詢結(jié)果緩。
在使用 sqlite_prepare會(huì)將SQL查詢編譯成字節(jié)碼，要使用bind，重用那些已經(jīng)prepared的語(yǔ)句。
