iOS Instrument

Xcode工具解析

注:文參考apple官網Instruments User Guide

Page Not Found - Apple Developer

Analyze-xcode編輯和解析工具

iOS的分析工具可以發現編譯中的warning,內存泄漏隱患,甚至還可以檢查出logic上的問題;所以在自測階段一定要解決Analyze發現的問題,可以避免出現嚴重的bug;

Analyze是靜態分析工具 可以通過菜單 Product→Analyze啟動

內存泄漏隱患提示:Potential Leak of an object allocated on line ……

數據賦值隱患提示:The left operand of …… is a garbage value;

對象引用隱患提示:Reference-Counted object is used after it is released;

App內存問題定位-Allocations

? ? ? ? ? ? ?管理內存是app開發中最重要的一個方面。不管是iOS手機還是mac OS 電腦,內存都是緊缺資源。對于很多開發者來說,在程序架構中減少內存的使用通常都是使用Allocations Instrument去定位和找出減少內存使用的方式,比如可能是改進程序架構和算法。但是,再好的App設計都會被不同的內存問題困擾。這一節就是講述 怎么樣使用工具去識別幾個通用的內存問題。

圖檢測到了App啟動時的一個內存消耗的各個進程Category。根據這個開發人員可以去改進程序架構和算法。

Activity Monitor-內存使用情況

關于Monitor有關小白簡介送推薦看看-小白學習instrument之Activity Monitor - 簡書

下面進入進階介紹:

Activity Monitor Trace Template 綜合統計了系統的活動,包括CPU、memory、disk 和 network。但是它僅僅包含了Activity Monitor,你可以在Trace Template 中增加你想增加的工具。比如,后面你將會看到在iOS設備上可以在Activity Monitor 中可以觀察網絡活動。Activity Monitor 工具捕獲加載在系統上的信息和虛擬內存的大小進行比較。它還可以記錄系統上一個或者多個程序的信息。它可以提供給你一個方便快捷的表格去觀察收集的信息, 下面是memory usage中兩個表格的詳細描述:

Real Memory Usage(bar graph):顯示使用內存最多的五個

Real Memory Usage(pie chart): 顯示使用內存最多的五個的內存總量

這個記錄的設置面板的側邊欄的設置區域中包含了一系列的內存統計,是設置能夠通過計算一些數據顯示在記錄面板中。選擇統計選項去查看具體的內容。點擊圖形或者顏色去設置是否讓該項出現在記錄面板中。

這里有一系列Activity Monitor 工具支持的統計,下面這些是有關內存的描述。

Physical Memory Wired

Physical Memory Active

Physical Memory Inactive

Physical Memory Used

Physical Memory Free

Total VM Size

VM Page In Bytes

VM Page Out Bytes

VM Swap Used

如果這些選項沒有出現在系統統計中,就點擊下面的“Select statistics to list”,然后點擊這些選項的復選框。

用Allocations Trace Template找出的Abandoned Memory內存

你可以在App中用Allocations Trace Template找出系統Abandoned Memory(原文Abandoned Memory)。Abandoned Memory和內存泄露不一樣。內存泄露是你先前分配的內存但是長時間沒有引用去引用它,換句話說,你沒有用任何的方式去釋放它。Abandoned Memory就是你分配的內存由于一些原因不再使用。也許你的應用程序包含一個你從來沒有完全實現功能的一些代碼,或者你有一個錯誤的代碼中添加圖片緩 存,但它們已經被緩存了。這些內存都會影響App的整體內存占用,你應該解決這些問題使得你的應該程序更加高效。

因為被Abandoned Memory在技術上依然是有效的,但是不再有用。Leaks Instrument沒有辦法去識別它們。因此,你必須執行一些檢測的工作去定位這些問題。Allocations Trace Template幫助App跟蹤堆內存的分配和使用,很詳細的描述了每個類的每個對象的內存分配。它也能統計虛擬內存的分配和使用記錄。它包含了 Allocations和VM Tracker工具。如果是為了統計Abandoned Memory,就要使用Allocations工具。

用Allocations Template能保證在重復執行一系列的操作的時候堆內存不會繼續增加。例如,結束和開始一個游戲,打開和關閉一個窗口、設置和取消一個引用都是在概念 上相同的操作,這樣讓你的App保持先前的內存分配狀態。通過多次循環這樣的操作不會導致堆內存的無限增長。這種重復的分析過程叫做 “generational analysis”。“generation”代表在一段特定時間內的一系列分配。通過對多個“generation”動作的重復操作,你可以分析結果, 觀察確定內存分配的趨勢。當你發現了不正確的結果或者相矛盾的趨勢,你可以研究是不是有Abandoned Memory,然后你就可以改正它。

1、打開Allocations trace template

2.在工具條中選擇你的目標app

3. 在側邊條中點擊顯示設置按鈕.

這可以讓你快速訪問生成的標記按鈕,使用它來為你的應用標記不同操作顯示的信息。

4. 在工具條中點擊紀錄按鈕去開始記錄應用

5.在App中執行一系列的重復操作

為了準確地生成的趨勢分析,這應該是一組動作的開始和結束在相同的狀態。

6. 在每個重復動作迭代完之后,點擊Mark Generation按鈕

在跟蹤面板中生成一個標記去識別一個“generation”。

標記的一系列“generation”都會在跟蹤面板中顯示。每個“generation”都有一系列的內存分配表。

7.重復第五歩和第六步幾次,直到你是否觀察到內存無限增長。然后點擊停止按鈕

這里 “generation”用作真正的分析。“generation”在你記錄開始之后也能被標記。在跟蹤面板的時間線上,簡單的拖拽運行的時間線到你想要的位置,然后在側邊欄中點擊Mark Generation。

8.在詳細的面板的中。點擊“generation”左邊的disclosure triangle按鈕來顯示“generation”包含的目標。

9.查找App中仍然存在的分配的目標。選中一個,點擊它左邊的disclosure triangle按鈕來顯示它的Instance。

10.選擇其中一個Instance,在右邊的側邊欄中點擊Extended Detail去觀察分配stack trace。

在stack trace中,你的代碼是很容易辨認的。因為它是黑色的,前面有一個用戶圖標。為了使你的代碼更容易被找到,單擊collapse button 隱藏在stack trace上的系統調用代碼。

11.在stack trace上雙擊進入代碼顯示界面

點擊Xcode圖標進入Xcode界面顯示代碼。

12.評估你的代碼確定內存分配是否正確。如果不正確,那說明這個Abandoned Memory你應該解決。

注意:除了幫助你識別被Abandoned Memory,generational analysis也可以用于定位內存泄露和緩存的內存泄漏。如上所述,泄漏的內存(也可以用Leaks Instrument檢測)是應用程序沒有引用而且不能釋放或再次使用的內存。高速緩存的內存,是用于應用程序再次使用以便獲得更好的性能的內存。

13.instrument 工具跟蹤應用的內存分配情況。

該 instrument 工具要 求你加載一個進程,以便它能收集進程開始之后的數據。 該 instrument 工具捕獲以下信息:

類別(Category)通常是一個 Core Foundation 對象、Objective-C 類、或原始 內存塊(block)。

凈分配字節數(Persistent Bytes):?????????????????????? 當前已經分配內存但是仍然沒有被釋放的字節的總 數。

凈分配數(#Persistent):????????????????????????????????????? 當前已經分配內存但仍然沒有被釋放的對象或內存塊的數量。

臨時分配數(#Transient):??????????????????????????????????? 當前已經分配內存但仍然沒有被釋放的對象或內存塊的數量。

總分配字節數(Total Bytes):??????????????????????????????? 所有已經分配內存,而且包括已經被釋放了的 字節的總數。

總分配數(#Total):?????????????????????????????????????????????? 所有當前已經分配內存,包括已經被釋放了的對象或內存 塊的總數。

臨時分配/全部內存分配(Transient/Total Bytes):當前和全部分配數的直方圖。

當比例變化時,直方條會變顏色,Instruments 應用通常給它們標示不同的顏色來指出分配模式以便進行進一步的研 究。

詳細面板的數據表格包含了一個圖形列,其中包含了表中的每一行的復選框。當 指定類別的復選框被勾選時,instrument 工具在跟蹤面板里面顯示特定類別的圖形。 Instruments 應用通常給每個圖形類別賦一個顏色。

當你鼠標移動到詳細面板上面的類別名稱上時,會在類別名稱的旁邊顯示一個更 多信息的按鈕。單擊該按鈕會顯示關于該類別上的對象的詳細信息。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,786評論 6 534
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,656評論 3 419
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,697評論 0 379
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,098評論 1 314
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,855評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,254評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,322評論 3 442
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,473評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,014評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,833評論 3 355
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,016評論 1 371
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,568評論 5 362
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,273評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,680評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,946評論 1 288
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,730評論 3 393
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,006評論 2 374

推薦閱讀更多精彩內容