Instruments中Leaks检测失效，如何排查全应用内存泄漏？

一、针对Leaks工具的优化操作 #

• 调整检测前的环境准备：

  1. 录制前手动触发内存警告（模拟器：Debug → Simulate Memory Warning；真机：长按电源键+音量减，滑动关机界面后长按Home键），强制释放可回收内存，减少无效数据干扰。
  2. 精简追踪选项：在Leaks模板中，只保留Zombies和Allocations核心选项，关闭Energy、Network等非必要追踪项，降低数据量以规避"The data volume..."警告。
  3. 手动指定录制模式：不要依赖全局的"Always use deferred mode"设置，每次启动Leaks追踪前，点击录制按钮旁的下拉菜单，直接选择Deferred模式启动。

• 精准复现泄漏场景：
  录制过程中只重复push ↔ pop目标视图控制器的操作，避免其他无关操作，让Leaks工具聚焦在目标场景的内存变化上。

二、用Allocations工具补充检测 #

Leaks工具漏检的情况很常见（比如循环引用导致的内存保留但未完全符合"泄漏"定义），可以用Allocations工具做深度分析：

• 启动Allocations模板，录制前点击Mark Generation生成初始内存快照。
• 执行一次push → pop操作，再次点击Mark Generation生成第二个快照。
• 对比两个快照的内存差异，筛选出Persistent状态的对象（即两次快照都存在、未被释放的对象），重点查看你已通过Memory Graph定位到的类，追踪它们的引用链找到未释放原因。

三、Memory Graph的进阶分析 #

你已经能用Memory Graph定位到被保留的类，可直接在其中完成根因分析：

• 选中目标对象，查看右侧Retain Cycle和Reference Count面板，找到持有该对象的强引用来源（比如闭包未弱引用self、代理未用弱引用、通知未移除等）。
• 利用Filter功能只显示关注的类，快速定位引用链中的异常节点。

四、其他辅助手段 #

• 静态代码分析：使用Xcode的Product → Analyze功能，静态扫描代码中的潜在内存问题（如循环引用、未释放资源），常能发现Leaks工具漏检的问题。
• 自定义释放验证：在目标视图控制器的deinit方法中添加打印语句（print("\(self) deinit")），若push/pop后无打印，说明控制器未被释放，结合Memory Graph的引用链即可快速锁定问题。

内容的提问来源于stack exchange，提问作者sonle