版本記錄
| 版本號 | 時間 |
|---|---|
| V1.0 | 2018.06.15 |
前言
我們在做app的時候，不是做完功能就結束了，很多時候是需要進行檢查和優化的，而xcode自帶了一個很好的檢查工具，可以檢測內存泄漏。還可以查看哪一個方法比較耗時。還可以檢測離屏渲染等等，隨后的幾篇我們就說一下這個工具的使用。感興趣的可以看這幾篇。
1.INSTRUMENTS調試工具的使用（一）
2.INSTRUMENTS調試工具的使用（二）
3.INSTRUMENTS調試工具的使用（三）
4.INSTRUMENTS調試工具的使用（四）
5.INSTRUMENTS調試工具的使用（五）
6.INSTRUMENTS調試工具的使用（六）
7.INSTRUMENTS調試工具的使用（七）
8.INSTRUMENTS調試工具的使用（八）
9.INSTRUMENTS調試工具的使用（九）
10. INSTRUMENTS調試工具的使用（十）
11. INSTRUMENTS調試工具的使用（十一） —— 簡介（一）
12. INSTRUMENTS調試工具的使用（十二） —— 通常任務之啟動Instruments（一）
13. INSTRUMENTS調試工具的使用（十三） —— 通常任務之簡單了解Instruments（二）
14. INSTRUMENTS調試工具的使用（十四） —— 通常任務之創建、保存和打開跟蹤文檔（三）
15. INSTRUMENTS調試工具的使用（十五） —— 通常任務之指定目標應用和設備（四）
16. INSTRUMENTS調試工具的使用（十六） —— 通常任務之訪問和使用個別儀器（五）
17. INSTRUMENTS調試工具的使用（十七） —— 通常任務之記錄、暫停和停止跟蹤（六）
18. INSTRUMENTS調試工具的使用（十八） —— 導航收集的數據之關于數據分析（一）
19. INSTRUMENTS調試工具的使用（十九） —— 導航收集的數據之導航時間軸窗格（二）
20. INSTRUMENTS調試工具的使用（二十） —— 導航收集的數據之導航詳細面板（三）
21. INSTRUMENTS調試工具的使用（二十一） —— 導航收集的數據之將數據映射到源代碼（四）
22. INSTRUMENTS調試工具的使用（二十二） —— 導航收集的數據之查看您應用的源代碼（五）
23. INSTRUMENTS調試工具的使用（二十三） —— 分析你App的性能之測量CPU使用情況（一）
24. INSTRUMENTS調試工具的使用（二十四） —— 分析你App的性能之測量圖形性能（二）
25. INSTRUMENTS調試工具的使用（二十五） —— 分析你App的性能之監視網絡和文件I / O（三）
About Memory Analysis - 關于內存分析
每當你的應用程序創建對象時，都會為它們分配內存。傳統上，應用程序的工作是跟蹤這些對象并在不再需要時釋放它們，以便為其他對象重新分配內存。自動引用計數（ARC）功能可以讓系統負責內存管理，從而使事情更輕松。啟用ARC后，系統會處理監視對象分配并在適當的時候釋放它們，從而使您的應用程序無需執行任何操作。不管內存如何管理，但即使是最好的應用程序設計也會偶爾遇到難以隔離的內存問題。
Instruments可以幫助您繪制應用程序如何使用內存的圖片，從而更容易識別潛在的問題區域。它甚至可以自動檢測某些類型的內存問題并將它們標記為供您分析。使用儀器來觀察和追蹤以下內容：
Overall Memory Use - 整體內存使用。高級別監控應用程序如何使用內存，并將其與系統上其他活動進程的內存使用情況進行比較。尋找大量或意想不到的內存增長區域。請參閱Monitor Memory Usage。
Leaked Memory - 泄漏的內存。這是在某些時候分配的內存，但從未發布，不再被您的應用程序引用。由于沒有對它的引用，現在無法釋放它，并且內存不能再次使用。例如，假設您已經編寫了一個在圖形中創建矩形對象的應用程序，但在結束繪制時從未釋放對象。在這種情況下，只要包含矩形的繪制關閉，您的應用程序就會泄漏越來越多的內存。要解決泄漏問題，您需要確定哪些對象未被釋放，然后更新您的應用程序以在適當的時間釋放它。請參閱查找Find Memory Leaks。
Abandoned Memory - 被廢棄的內存。這是你的應用程序由于某種原因分配的內存，但它不是必需的，不會被引用。例如，假設您的應用程序在緩存完成后將圖像添加到緩存中 - 對同一圖像使用兩倍的內存。或者，也許你的應用程序維護一個對象數組，以備日后需要訪問它們，但你從來沒有真正做過。與泄漏的內存不同，像這樣廢棄的內存仍然在您的應用中引用。它只是沒有用處。由于它在技術上仍然有效，因此Instruments識別出來更加困難，需要更多的偵探工作。請參閱Find Abandoned Memory。
Zombies - 僵尸。這是已經釋放并且不再需要的內存，但是你的代碼仍然在某處引用它。例如，假設您的應用程序包含圖像緩存。緩存清除后，您的應用程序不應嘗試引用之前包含的圖像。調用這些不存在的圖像被認為是僵尸 - 對不再存在的對象的引用。請參閱Find Zombies。
由于內存問題難以找到，因此在不同階段定期拍攝應用程序快照會很有幫助，以便查找意外或不受限制的內存增長。您可以比較快照以確定如何分配和銷毀對象，以及隨著時間的推移如何使用內存。
通過持續執行一組可重復的用戶操作來測試您的應用程序也很重要，這些操作會導致您的應用程序進入新狀態并在完成后返回其原始狀態。這種類型的研究被稱為generational analysis。每次您的應用程序進入新狀態時，都會創建一代“對象”。在大多數情況下，當應用程序返回到原始狀態時，您應該期望這些對象被釋放。例如，如果你的應用程序打開一個窗口，那么當窗口關閉時，任何窗口對象都應該被釋放。如果他們不是，那么你可能有內存問題。執行代分析時，由于緩存和其他初始化過程，初始代可能會顯示比預期更大的內存使用量。因此，請多次重復用戶操作，以獲得對應用行為的真實感受。
注意：有關管理內存的深入信息，請參閱Advanced Memory Management Programming Guide。
后記
本篇主要講述了關于內存分析，感興趣的給個贊或者關注~~~~
