NSDate* tmpStartData = [[NSDate date] retain]; //You code here... double deltaTime = [[NSDate date] timeIntervalSinceDate:tmpStartData]; NSLog(@">>>>>>>>>>cost time = %f", deltaTime);
或者將運行代碼放到如下方法的 block 參數中,然後返回所運行的時間:
#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 自帶了很多強大的分析工具,包括靜態 Analyze 工具,以及運行時 Profile 工具。
3,關於圖片
優先使用[UIImage imageNamed:@""];
與[[UIImage alloc] initWithContentsOfFile:] 和 [UIImage alloc [initWithData:]] 相比,[UIImage imageNamed:]有着更好的效率,這是因爲 iOS 會自帶 cache 通過 [UIImage imageNamed:] 載入的圖像,但該方法有一個缺點,那就是隻能載入應用程序 bundle 中的圖像,像網絡下載的圖像就無能無力了。我習慣的做法是自定義一個 ImageCache 類,自己來 cache 圖像。
儘量不要使用全屏大小的背景圖片;使用 gradient 圖片來取代硬編碼的 gradient;gradient 圖片應當儘可能窄,然後將之拉伸運用到實際場合中去。
4,對於結構複雜的 View,使用 drawRect 自繪而不是從 nib 中載入。
5,對於 TableView,重用 cell;減少 cell 初始化的工作量,延遲裝載;定製複雜 cell 時,使用 drawRect 自繪;Cache 儘可能多的東西,包括 cell 高度;儘可能讓 cell 不透明;避免使用圖像特性,比如 gradients。
6,在線程中使用 autoreleasepool。
7,將一些不太重要的任務放在 idle 時運行。
- (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 中做費時的操作。
viewWillAppear: 在 view 顯示之前被調用,出於效率考慮,在這個方法中不要處理複雜費時的事情;只應該在這個方法設置 view 的顯示屬性之類的簡單事情,比如背景色,字體等。要不然,用戶會明顯感覺到 view 顯示遲鈍。
9,使用多線程來延遲加載資源。比如常見的 TableViewCell 中的網絡圖像顯示,先使用一個默認圖像,然後開啓線程下載網絡圖像,當圖像下載完成之後,再替換默認圖像。
10,關於後臺任務
系統進入 background 之後,一般只有10分鐘的運行時間,因此有很多值得注意的事項:
- a) 儘量減少內存的使用。當內存不足時,iOS將kill那些消耗內存最多的 App。
- b) 釋放所有的共享資源,比如 Calendar 與 Address book。當應用程序進入後臺時,如果它還在使用或沒有釋放共享資源,iOS會立即kill掉該應用程序。
- c) 正確處理App生命週期事件。當進入後臺時,應該保持應用程序數據,以便回到前臺時能夠恢復。當進入 inactive 狀態時,應該暫停當前的業務流。iOS運行App在後臺運行的時間有限,因此後臺代碼不應該執行非常耗時的任務,可能的話就使用多線程。當進入後臺時,iOS會保存當前App的一個快照,以便之後在合適的時候(裝載view和數據時)呈現給用戶以提高用戶體驗,因此在進入後臺時,應該避免在屏幕上呈現用戶信息,以免泄露用戶個人資料。
- d) 不要更新UI或者執行大量消耗CPU或電池的代碼。進入後臺之後,不應該執行不必要的任務,不要執行 OpenGL ES 調用,應取消 Bonjour 相關的服務,正確處理網絡鏈接失敗,避免更新 UI,清除所有的警告或其他彈出對話框。
- e) 保證後臺代碼的執行工作正常,注意處理異常。
- f) 在後臺時正確響應系統變化。 如:設備旋轉消息UIDeviceOrientationDidChangeNotification ,重要的時間變化(新的一天開始或時區變化)UIApplicationSignificantTimeChangeNotification ,電池變化UIDeviceBatteryLevelDidChangeNotification 和 UIDeviceBatteryStateDidChangeNotification,用戶默認設置變化NSUserDefaultsDidChangeNotification,本地化語言變化NSCurrentLocaleDidChangeNotification 等。