版本记录
| 版本号 | 时间 |
|---|---|
| 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。
后记
本篇主要讲述了关于内存分析，感兴趣的给个赞或者关注~~~~
