一、 开启leaks
以下所有内容均为个人观点，转载请注明出处<简书--一只努力学习的小蜗牛>，谢谢！
最近在处理内存泄漏一块的问题，由于涉及到oc和c的代码都有，问题处理起来也比较棘手，经过一周多的苦战，终于把问题解决了。途中出了很多问题，也学习了许多资料，在这里对各位博主表示感谢！为了方便以后的使用，同时也希望能对大家起到一定的启发，故写下这篇博客，第一次使用简书，若有不恰当之处敬请指导。文中如有理解偏差，欢迎各位在评论区指出，一定好好学习改正，不胜感激！
1、快捷键：command+I或者product-->profile
开启leaks
2、选择leaks图标
选择Leaks图标
二、跑程序
点击运行
三、分析内存泄漏的关键点
查看泄漏
1、
泄漏详情
第一个为查看内存泄漏的详情，用于查看内存泄漏的地址，堆栈信息，内存泄漏的定位等信息。
第二个为控制台，和xcode中运行起来的log日志一致，但无法进行关键字检索，需要将log日志粘贴到工具中检索。
通常选择第一个查看详情
2、
泄漏详情
（1）Leaks显示内存泄漏的大小、内存地址信息、涉及到的函数或方法。
内存泄漏的信息
点击图中内存地址后面的小箭头，会跳转到该块内存发生泄漏的详情界面。
内存详情
（2）Cycles & Roots显示内存引用环或内存变化情况
![Uploading 无标题_829831.png . . .]
（3）Call Tree是分析内存泄漏最为关键的地方，通常在这里定位出泄漏点，再根据定位出来的泄漏点去代码中修改即可。
无标题.png
配置点中用处较大的是Call Tree，可以根据查看习惯进行配置。
四、Call Tree 界面如何配置
1、按线程显示
按线程显示
2、优先显示泄漏点，再显示被调用的函数
泄漏点优先
3、隐藏系统库
隐藏系统库
通常打开第二和第三
五、如何定位泄漏点
定位泄漏点
双击后往往会出现两种情况，第一种是直接定位到你泄漏的那一行，此时一般是准确的，但也有时候比较含糊；第二种是如下图显示，此时只能返回上一步调用点，分析代码出错的位置。
显示汇编信息
六、如何找到内存泄漏的原因
1、循环引用造成，这种情况可以看Cycles & Roots显示内存引用环来修改代码
2、内存被分配了，使用完后没有释放，这时可以查看内存引用计数器的变化情况，如果只有malloc或retain，没有free或release，则可以说明该快内存没有释放。
3、代码中相关的内存明明已经释放，但是却仍然存在内存泄漏，这种情况下面的一些原因：
（1）内存不是手动分配的，是由函数内部或其他地方分配。这时候需要重点关注该泄漏点的传参情况，有可能存在内部分配内存而需要外部手动释放。例如：传入一个指针，内部将指针指向一块内存或链表等。
（2）内存是函数内部分配，需要使用配套的释放函数，而不是用free，如果仅使用free，会导致释放不完全。例如：getaddrinfo函数需要使用freeaddrinfo释放，用free释放会遗留内存未释放。
（3）内存是跨函数分配使用的，在使用过后没有进行相应的释放。
七、待解决问题
如何根据Leaks工具提供的内存定位到对应的变量，这一点暂时不清楚，请知道的朋友在评论区指导一下，不甚感谢！
无标题.png
八、总结
1、Leaks工具的定位有时候是不准确的，需要查看上层调用函数的实现过程。
2、需要释放的内存为堆内存，栈内存由系统统一分配管理，不可以手动释放，否则崩溃。
网友评论