objective-c - 为什么我的应用程序在迁移到 ARC 后充满了内存泄漏？

Question

在使用迁移工具将我的应用程序迁移到 ARC 并解决所有未决问题后，分配工具中的快速测试显示我在应用程序中所做的几乎所有事情都在泄漏内存。

这是一个相当大的应用程序，迁移需要 2 个小时才能完成(包括检查我所做的每项更改 - 所有这些看起来都很好!)

我检查了所有编译器标志两次，以确保 ARC 确实为每个文件和项目级别启用。

在迁移到 ARC 之前，我的应用完全没问题。通过多次重复相同的操作进行 Heapshot 时，堆绝对不会增长。它是 100% 无泄漏的，没有废弃的内存。它是完美的。现在这是一个巨大的漏洞，就像没有明天一样。

知道发生了什么吗？

Answer 1

您没有在此处显示任何代码来突出显示导致对象在内存中累积的应用程序部分，因此很难针对您的情况提供具体的答案。但是，根据我在 Mac 和 iOS 上迁移多个项目的经验，我可以提供一些广泛的建议。

在another answer ，我详细描述了在自动引用计数下您仍然需要注意的内存管理的几个方面。这里主要关注的是保留周期和 Core Foundation 对象(或其他非 Objective-C 内存分配)。

鉴于您的应用程序之前没有在重复操作中积累内存，并且是通过 ARC 迁移工具干净地移植的，与 Core Foundation 的不正确桥接等相比，保留周期更可能是问题所在。迁移工具倾向于突出显示 Core Foundation 存在问题的区域，并在它们成为问题之前捕获它们。如何处理它们可能很棘手，但您至少知道它们在那里。

保留循环可能是需要追踪的细微错误。寻找使用强实例变量或属性设置的委托(delegate)，而不是弱的或不安全的未保留的。检查您对 block 或基于 block 的通知观察器的使用，因为它们可以保留对创建它们的对象的引用(特别是在观察器的情况下)并创建循环。检查导航层次结构中更靠下的对象是否使用强引用指向更高层次的对象。

使用 Instruments 追踪通过 Leaks and Allocations 工具积累的特定对象。在后者中，在重复操作之间使用堆快照来查看哪些对象在每次通过后被创建并且仍然存在。您还应该能够确定这些对象的分配位置，希望能找到获取不正确的强引用的原因。

Leaks 仪器有一个新的保留循环检测器，可以通过转到下方面板并将“Leaks”弹出窗口更改为“Cycles & Roots”来查看。这并不能捕获一切，但它可以提供帮助。

我现在已经将 Mac 和 iOS 上的多个项目转移到 ARC，包括一直使用 GC 的 Mac 应用程序，并且在每种情况下，应用程序都因此变得更好。这个过程暴露了我多年来在内存管理中遗漏的错误，平均减少了大约 3% 的项目代码，并导致我以前垃圾收集的 Mac 应用程序的性能显着提高(我没有对我的 iOS 进行基准测试的)。