iOS 基础iOS进阶之路

iOS_Instrument之检测内存泄露 leak

2018-07-26  本文已影响24人  wahkim
前言:最近在刚开始学使用Instrument动态检测内存泄露,在网上看了很多文章,但大多都是旧版的资料,界面很多东西已经被修改,而且还遇到了几个问题,所以写下这篇,记录下。

打开步骤:
2、在底部选中Invert Call Tree 和Hide System Libraries 4.png
5.png
6.png

Separate By Thread:线程分离,只有这样才能在调用路径中能够清晰看到占用CPU最大的线程.每个线程应该分开考虑。只有这样你才能揪出那些大量占用CPU的"重"线程,按线程分开做分析,这样更容易揪出那些吃资源的问题线程。特别是对于主线程,它要处理和渲染所有的接口数据,一旦受到阻塞,程序必然卡顿或停止响应。
Invert Call Tree:从上到下跟踪堆栈信息.这个选项可以快捷的看到方法调用路径最深方法占用CPU耗时(这意味着你看到的表中的方法,将已从第0帧开始取样,这通常你是想要的,只有这样你才能看到CPU中话费时间最深的方法),比如FuncA{FunB{FunC}},勾选后堆栈以C->B->A把调用层级最深的C显示最外面.反向输出调用树。把调用层级最深的方法显示在最上面,更容易找到最耗时的操作。
Hide System Libraries:表示隐藏系统的函数,调用这个就更有用了,勾选后耗时调用路径只会显示app耗时的代码,性能分析普遍我们都比较关系自己代码的耗时而不是系统的.基本是必选项.注意有些代码耗时也会纳入系统层级,可以进行勾选前后前后对执行路径进行比对会非常有用.因为通常你只关心cpu花在自己代码上的时间不是系统上的,隐藏系统库文件。过滤掉各种系统调用,只显示自己的代码调用。隐藏缺失符号。如果 dSYM 文件或其他系统架构缺失,列表中会出现很多奇怪的十六进制的数值,用此选项把这些干扰元素屏蔽掉,让列表回归清爽。
Flatten Recursion: 递归函数, 每个堆栈跟踪一个条目,拼合递归。将同一递归函数产生的多条堆栈(因为递归函数会调用自己)合并为一条。

3、定位到具体代码处->在详情面板选中显示的若干条中的一条,双击,会自动跳到内存泄露代码处,然后点击右上角 Xcode 图标进行修改 7.png

注意:如果你发现双击之后无法定位到代码而是 unavailable,这时候你需要去 build setting 中搜索 debug information format,然后选择第二个选项DWARF With dSYM File,重新运行检测

这样就定位到代码了,你可以去修改了。

具体的修改事例,之后再来补充吧!!!

上一篇下一篇

猜你喜欢

热点阅读