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 等。