文章目录
- Instruments 的介绍
- Instrument 能为我们提供什么?
- 常用工具:
- Leaks工具的使用
- 为什么要使用Leaks工具?
- 使用步骤
- 检测是否有泄漏
- 定位修改
- Leaks界面分析
- Call Tree的四个选项:
- 开启ARC后,内存泄漏的原因
- Time Profiler 工具的使用
- 为什么要使用Time Profiler 工具?
- 使用步骤
- Call Tree Constraints
- 总结
Instruments 的介绍
Instruments 是一个很灵活的、强大的工具;是性能分析、动态跟踪 和分析 OS X 以及 iOS 代码的测试工具;用它可以极为方便收集关于一个或多个系统进程的性能和行为的数据,并能及时随着时间跟踪而产生的数据,并检查所收集的数据,还可以广泛收集不同类型的数据;也可以追踪程序运行的过程,这样 instrument 就可以帮助我们了解用户的应用程序和操作系统的行为。
Instrument 能为我们提供什么?
- 追踪代码中的(甚至是那些难以复制的)问题;
- 分析程序的性能;
- 实现程序的自动化测试;
- 部分实现程序的压力测试;
- 执行系统级别的通用问题追踪调试;
- 使你对程序的内部运行过程更加了解。
常用工具:
里面提供了19种检测工具
我们常用的有4种
分别为:
- Leaks:找到引发内存泄漏的起点
- Time Profiler:分析代码的执行时间,找出导致程序变慢的原因
- Allocations:监测内存使用/分配情况
Leaks工具的使用
为什么要使用Leaks工具?
迅速膨胀的内存可以很快让程序毙命,所以要多加防范。即使有 ARC(自动引用计数)内存管理机制,但在现实中对象之间引用复杂,循环引用导致的内存泄漏仍然难以避免,所以关键时刻还要自力更生。分析内存泄露不能把所有的内存泄露查出来,有的内存泄露是在运行时,用户操作时才产生的。那就需要用到 Instruments 的leaks 了。
使用步骤
检测是否有泄漏
点击Product中的Profile
选择Leaks
或者 直接在自己的项目中运行程序
选中Memory点击右上角的Profile in instruments
两个方法一样
都可以进入下面的页面:
由于 Leaks 是动态监测,所以我们需要手动操作 APP,进行测试,一边操作 APP,一边观察 Leaks 的变化,在 暂停按钮 的右边 我们可以选择正在 运行的程序 & 选择设备 & App, 之后点击 红点 Record(红色圆圈按钮)运行。
观察,如果发现在 Leaks 里面有一个 红色X,这说明了我们的 APP 存在内存泄露。
就像这样
点击暂停,点击其中一个,然后我们开始分析。
定位修改
此时选中有红色叉的 Leaks,下面有个Leaks 字方格,点开,选中 Call Tree。
接着就是最关键的一步,在这个界面的右下角有若干选框,选中Invert Call Tree(从上到下跟踪堆栈信息) 和 Hide System Libraries(表示隐藏系统的函数)
在详情面板选中显示的若干条中的一条,双击,会自动跳到内存泄露代码处,然后点击右上角 Xcode 图标进行修改。
Leaks界面分析
- Leaks 启动后会开始录制,随着对模拟器运行的 App 的操作,可以在 Leaks 中查看内存占用的情况。
- Leaks顶部分为两栏:Allocations 和 Leaks,右侧的曲线代表内存分配和内存泄漏曲线。
Call Tree的四个选项:
- Separate By Thread: 线程分离,只有这样才能在调用路径中能够清晰看到占用CPU最大的线程.每个线程应该分开考虑。只有这样你才能揪出那些大量占用CPU的"重"线程,按线程分开做分析,这样更容易揪出那些吃资源的问题线程。特别是对于主线程,它要处理和渲染所有的接口数据,一旦受到阻塞,程序必然卡顿或停止响应。
- Invert Call Tree: 从上到下跟踪堆栈信息.这个选项可以快捷的看到方法调用路径最深方法占用CPU耗时(这意味着你看到的表中的方法,将已从第0帧开始取样,这通常你是想要的,只有这样你才能看到CPU中话费时间最深的方法),比如FuncA{FunB{FunC}},勾选后堆栈以C->B->A把调用层级最深的C显示最外面.反向输出调用树。把调用层级最深的方法显示在最上面,更容易找到最耗时的操作。
- 表示隐藏系统的函数,调用这个就更有用了,勾选后耗时调用路径只会显示app耗时的代码,性能分析普遍我们都比较关系自己代码的耗时而不是系统的.基本是必选项.注意有些代码耗时也会纳入系统层级,可以进行勾选前后前后对执行路径进行比对会非常有用.因为通常你只关心cpu花在自己代码上的时间不是系统上的,隐藏系统库文件。过滤掉各种系统调用,只显示自己的代码调用。隐藏缺失符号。如果 dSYM 文件或其他系统架构缺失,列表中会出现很多奇怪的十六进制的数值,用此选项把这些干扰元素屏蔽掉,让列表回归清爽。
- 递归函数, 每个堆栈跟踪一个条目,拼合递归。将同一递归函数产生的多条堆栈(因为递归函数会调用自己)合并为一条。
开启ARC后,内存泄漏的原因
开启了ARC并不是就不会存在内存问题,苹果有句名言:ARC is only for NSObject。
使用ARC的项目,一般内存泄漏都是 malloc、自定义结构、资源引起的,多注意这些地方进行分析。
注:如果你的项目使用了ARC,随着你的操作,不断开启或关闭视图,内存可能持续上升,但这不一定表示存在内存泄漏,ARC释放的时机是不固定的。
Time Profiler 工具的使用
为什么要使用Time Profiler 工具?
帮助我们分析代码的执行时间,找出导致程序变慢的原因
使用步骤
和前面的使用步骤一样 当点击应用程序开始运行后,就能获取到整个应用程序运行、消耗时间分布和百分比。
正上方显示运行的时间
运行轨道为下面的
扩展面板,在时间探查仪器的情况下,它是用来跟踪显示堆栈
详细地面板。它显示了你正在使用的仪器的主要信息,这是使用频率最高的部门,可以从它这里看到cpu运行的时间.这里是详情面板,展示的是你正在使用的工具的主要信息。就现在而言,这里展示的是最"笨重(hottest)"的方法–换句话说,占用CPU时间最长的方法。点击上方的bar会看到Call Tree(左手边的那个)并选中Sample List,然后你会看到数据的不同视图,视图展示了每一个示例。点击其中几个,你会在Extended Detail inspector中看到被捕获的堆栈跟踪。
与之前的操作一样
最终显示的内容也可以双击打开 并且
Call Tree Constraints
Count:设置调用的次数(调用2次以上的方法)
Time (ms):设置耗时范围(耗时20毫秒以上的方法)
command + f也可以搜索自己想要查看的函数名或类名
总结
这两个基本操作就这些,挺有意思的一个编译器辅助工具 可能写的不全面 后面如果再次使用到了会补上