在開始進行應用程式效能分析的時候,一定要使用真機,模擬器執行在Mac上，然而Mac上的CPU往往比iOS裝置要快。相反，Mac上的GPU和iOS裝置的完全不一樣，模擬器不得已要在軟體層面（CPU）模擬裝置的GPU，這意味著GPU相關的操作在模擬器上執行的更慢，尤其是使用CAEAGLLayer來寫一些OpenGL的程式碼時候. 這就導致模擬器效能資料和使用者真機使用效能資料相去甚運.

2.另外在開始效能分析前另外一件重要的事情是，應用程式執行一定要釋出配置 而不是除錯配置.

在釋出環境打包的時候，編譯器會引入一系列提高效能的優化，例如去掉除錯符號或者移除並重新組織程式碼.另iOS引入一種"Watch Dog"[看門狗]機制.不同的場景下，“看門狗”會監測應用的效能。如果超出了該場景所規定的執行時間，“看門狗”就會強制終結這個應用的程序.開發者可以crashlog看到對應的日誌.但Xcode在除錯配置下會禁用"Watch Dog".

注意手機或模擬器上要有執行過的app： 

    Xcode–> Product–> Profile (command ＋ i 快捷鍵)調出instrument，選擇Time Profiler，我們可以跟蹤哪個方法最耗時間，以此來優化

使用Time Profiler的效能分析方法

Time Profiler分析原理：它按照固定的時間間隔來跟蹤每一個執行緒的堆疊資訊，通過統計比較時間間隔之間的堆疊狀態，來推算某個方法執行了多久，並獲得一個近似值。其實從根本上來說與我們的原始分析方法異曲同工，只不過其將各個方法消耗的時間統計起來。

和使用 Instruments的其他工具一樣，點選XCode的Product選單Profile啟動Instruments  然後選擇TimeProfiler

首先，確保右手邊工具欄上的檢視選擇器的每一個選項都被選中，如下：

這樣就確保所有的面板都被開啟。現在看一下下面的截圖和每一部分的說明。

1、這裡控制記錄過程，點選紅色的"記錄"按鈕可以停止或開始當前正在分析的app（在記錄和停止按鈕之間切換），暫停鍵，如你所想，暫停當前正在執行的app。

2、這裡是執行計時器（run timer），計時器記錄著正在分析的app執行了多長時間、執行了多少次。如果你使用記錄控制按鈕來停止你的app，然後重啟，這將建立一個新的執行記錄，同時會顯示"Run 2 of 2"。

3、這裡被稱作路徑（track），就你選擇的Time Profiler工具而言，因為只有一個工具，所以這裡只有一條路徑，關於這裡顯示的圖示的詳情，一會你就會在接下來的教程中瞭解更多。

4、這裡是詳情面板，展示的是你正在使用的工具的主要資訊。就現在而言，這裡展示的是最"笨重（hottest）"的方法--換句話說，佔用CPU時間最長的方法。點選上方的bar會看到Call Tree（左手邊的那個）並選中Sample List，然後你會看到資料的不同檢視。檢視展示了每一個示例。點選其中幾個，你會在Extended Detail inspector中看到被捕獲的堆疊跟蹤。

5、這裡是檢查器（inspector）面板，一共有三個檢查器：record setting（記錄設定），display setting（展示設定），還有extends detail（擴充套件詳情）。

從詳情面板Call Tree與相關內容擴充套件詳情面板對應的關係圖：

詳情面板更多的資訊選項

樣本列表（Sample List）

Timestamp：取樣的開始時間

Dep：堆疊深度

CPU：執行緒執行在那一個CPU上

Process：程序名稱

Thread：所在的執行緒名稱

Hot Frame：取樣中呼叫最多的函式

Responsible Library：呼叫該函式的庫

Responsible Caller：呼叫該函式的函式

四.使用技巧

1.圖示為黑色頭像的就是Time Profiler給我們的提示，有可能存在效能瓶頸的地方

2.按著option鍵在主介面6中通過拖動滑鼠來選擇需要過濾的時間段

3.Command+F查詢過濾的函式名或者類名

4.關聯程式碼

下面我們來開始分析原因，這是應用第一次進入首頁的詳情面板：

好嘛，佔整個首頁載入時間的13% 而且確實也是商城問題導致的，這一塊是解壓縮檔案用的，是個耗時的操作，不知有沒有放在後臺執行緒裡操作，這裡只是一個具體的方法，我們看看都有誰呼叫了它，點選那一行的左箭頭就可以展開檢視所有呼叫者：

展開後看一下最後三行，它在首頁的 viewdidLoad 方法中在初始化首頁底部時，載入商城資料時，呼叫的解壓縮操作，雙擊可以

檢視具體程式碼實現，我們選中雙擊［Mall initMallConfig:］進去後看一下

這是一個拷貝資源的方法，我們跟進去看一下：

並沒有發現任何開啟子執行緒的操作，那麼這個方法也就是在首頁  viewdidload 方法裡面呼叫的，代表就是在UI執行緒進行的檔案copy

毋庸置疑，肯定會導致頁面卡頓。

那我們把它放到子執行緒進行操作看看效果：

耗時的資源壓縮複製放到後臺執行 首頁載入從851ms降到了 70ms ，載入速度顯著提升.

總結：效能優化是在所有更能實現完成時要做的事，使用Time Profile工具分析app每個流程的執行情況，發現耗時的地方，合理優化，提升使用者體驗，切記，優化後要做一遍詳細的測試，要不然別修了東牆壞了西牆。