内存管理、自动释放等问题，永久堆有时是 250+ iOS 上的知识库

Question

我真的对这个很抓狂，看来我在 iOS 应用程序上的内存管理方面遇到了严重的问题。

情况如下：首先我加载表。当用户点击一个单元格时，它会呈现一个复杂的视图。该视图最消耗内存的是它加载 20 多个 500x500 的 UIImage。该视图中还有另外两个选项卡，加载媒体列表（那些 UIImage，但随后位于表格中）和另一个简单的表格。

当我返回到第一个表视图时，显然堆上仍然分配了超过 250 kB。我知道这种观点很复杂，但没有理由保留这么多记忆。好吧，你猜怎么着，当我多次切换到视图时，最终应用程序会耗尽内存并被杀死。

我试图解决的问题：

• 修复所有分析问题，因此不再有泄漏。
• 再次检查所有 init 是否释放，尽可能使用 autorelease。
• 使用 Instruments 检查所有内存泄漏 ->泄漏。在运行时间为 6 的情况下，我得到的泄漏不超过 2 或 3 次。
• 最后，仪器 ->分配，检查堆。这让我很困扰，在两个标记的 heapshot 之间，我得到了 250+ kB 的差异。我已经使用详细视图对其进行了研究。我无法理解它：当它指向我的方法/类之一时，我很确定其中的所有内容都已发布或自动发布。它还指向许多非我的（例如 QuartzCore）方法/类。

另外，我不明白为什么 autorelease 不是自动释放。我的意思是，有时看起来像一个标记为自动释放的对象，释放得太晚了。我自己还没有创建任何 NSAutoreleasePool ，那么是否有可能只有在运行时停止时池才会被耗尽？我如何定期排空游泳池（即使不是我的）。

非常感谢任何帮助。

亲切的问候，

Reinder

将其用于堆检查：

Answer 1

您是否使用 imageNamed 加载图像 - 此方法会将所有图像缓存在内存中。请尝试使用 initWithContentsOfFile 来代替。

不过要小心； initWithContentsOfFile: 根本不会缓存，因此如果您对同一图像多次使用此方法，那么您应该使用imageNamed:！

Answer 2

我认为您可能想首先尝试优化您的设计并阅读高效内存管理指南。更好地了解组件和运行时不仅有助于跟踪内存分配，而且可以更轻松地找到泄漏。

• 首先，您应该始终使用发布。仅在必要时使用自动释放。
• 确保遵循 UITableView 实现和 UITableViewCells 有效管理的指南（延迟加载、单元格重用等）。
• 检查是否有保留周期（保留的视图控制器不会被释放）。
• 跟踪视图控制器和对象的释放
• 不要将不再需要的东西保留在内存中。
• 不要加载您现在不需要的东西。