在蘋果沒有出ARC(自動內存管理機制)時,我們幾乎有一半的開發時間都耗費在這么管理內存上.后來蘋果很人性的出了ARC,雖然在很大程度上,幫助我們開發者節省了精力和時間.但是我們在開發過程中,由於種種原因,還是會出現內存泄露的問題.內存泄露是一個很嚴重的問題.下面就簡單介紹下怎么使用Xcode8自帶的Instruments中的Leaks檢測我們的程序有沒有內存泄露和定位內存泄露的代碼.(分析內存泄露不能把所有的內存泄露查出來，有的內存泄露是在運行時，用戶操作時才產生的)

第一步:打開Xcode8自帶的Instruments

或者:

或者：長按運行按鈕，然后出現如圖所示列表，點擊Profile.

 

按上面操作，build成功后跳出Instruments工具，選擇Leaks選項

選擇之后界面如下圖:

 到這里之后,我們前期的准備工作做完啦，下面開始正式的測試!

（有一個注意的點，最好選擇真機進行測試，模擬器是運行在mac上的，mac跟手機還是有區別的嘛。）

1.選中Xcode先把程序（command + R）運行起來（如果Xcode左上角已經是instrument的圖標就不用執行這一步了）

2.再選中Xcode，按快捷鍵（command + control + i）運行起來,此時Leaks已經跑起來了

3.由於Leaks是動態監測，所以我們需要手動操作APP,一邊操作，一邊觀察Leaks的變化，當出現紅色叉時，就監測到了內存泄露，點擊左上角的第二個，進行暫停檢測(也可繼續檢測).如圖所示:

4.下面就是定位修改了,此時選中有紅色柱子的Leaks，下面有個"田"字方格，點開，選中Call Tree

顯示如下圖界面

5.下面就是最關鍵的一步，在這個界面的右下角有若干選框，選中Invert Call Tree 和Hide System Libraries,（紅圈范圍內）顯示如下：

到這里就算基本完成啦，這里顯示的就是內存泄露代碼部分，那么現在還差一步：定位!

6.選中顯示的若干條中的一條，雙擊，會自動跳到內存泄露代碼處，如圖所示

7.找到了內存泄露的地方，那么我們就可以修改即可

 在選擇call tree后，可能你會發現查看不到源碼從而無法定位內存泄漏的位置，只是顯示16進制的數據。此時需要你在Xcode中檢查是否有dSYM File生成，如下圖所示選擇第二項DWARF with dSYM File.

 

參考：http://www.cnblogs.com/iOSv587country/p/4862989.html