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阅读 157,198评论 4 359
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 66,663评论 1 290
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 106,985评论 0 237
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,673评论 0 202
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 51,994评论 3 285
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,399评论 1 211
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,717评论 2 310
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,407评论 0 194
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,112评论 1 239
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,371评论 2 241
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,891评论 1 256
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,255评论 2 250
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,881评论 3 233
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,010评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,764评论 0 192
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,412评论 2 269
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,299评论 2 260

推荐阅读更多精彩内容