instrument Leaks

1. 新建立一个工程
   修改 ARC 配置为 NO 就是将内存管理修改为 MRC

image.png

2. 在ViewController 中添加一个button点击事件

- (IBAction)buttonClick:(id)sender {
// Person 为新建立的类, 属性只有一个str, 用于测试
    Person *p = [Person new];
    [p retain];
    p.str = @"12343434";
}

3. 打开Leaks 分析工具

第一种方式:

image.png

选择 leaks

image.png

第二种方式: (推荐)
command + I

4. 开始检测

image.png image.png

出现 内存泄漏的情况了

image.png image.png image.png image.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: 递归函数, 每个堆栈跟踪一个条目，拼合递归。将同一递归函数产生的多条堆栈（因为递归函数会调用自己）合并为一条。

image.png

5. 在xcode 中修改内存泄漏的地方

image.png

参考Rock鑫

两个小技巧

1. 访问僵尸对象时, log 输出一些提示

具体操作

image.png image.png

测试例子

- (IBAction)buttonClick:(id)sender {
    // Person 自定义类
    Person *person = [[Person alloc] init];
    // 先要将 ARC 转换为 MRC编译才可用release  (可以全局转 也可以单独.m 文件转)
    [person release];
    person.str = @"12";
}

单独转

image.png

全局转

image.png

command + r 运行后 查看测试结果

image.png

2. 静态分析,是否有僵尸对象 或者内存泄漏

command + shift + b
或者

image.png

开始静态分析...

image.png

对象已经被释放, 不能再使用.