ios - XCODE工具分配增长

Question

我正在 ios 应用程序上运行 uiautomation 脚本。大约 40 次迭代后:

登录一遍又一遍地点击几个按钮然后退出

我得出这张图。

我的问题是关于分配图。它应该看起来像那样吗？我的脚本停止运行，我认为是因为内存泄漏太多？我知道泄漏在哪里，而且一直都在同一个地方。但随着时间的推移，分配图应该看起来像这样吗？我假设在理想的内存意识应用程序中，它基本上会保持 0 斜率。但这对我来说意味着随着时间的推移仍然有很多分配？

问题:图表应该是这样的吗？按照我正在执行的步骤，如果内存被正确释放(非弧形)，它是否应该保持倾斜的分配图/随着时间的推移？

Answer 1

不，图表不应该是这样的。分配通常应该回落(缓存除外，甚至那些在清除内存压力时也应该回落)。

不过，在修复泄漏之前，不必担心分配问题。这可能会做到。修复泄漏并重复上述练习，看看分配是否平坦。如果没有，那么您可能还有其他问题。但修复泄漏可能会彻底解决这个问题。

此外，如果您还没有通过静态分析器运行该工具(Xcode“产品”菜单上的“分析”或按 shift+command+ B)。特别是在 MRC 代码中，这将识别出许多常规内存管理问题。就像魔术一样。在继续之前，请确保您在那里获得一份干净的健康证明。

然后使用Leaks 工具精确定位泄漏的地方。然后您可以诊断该特定对象泄漏的原因。在继续之前修复该泄漏。查看Finding Leaks Instruments 用户指南部分。

完成所有这些操作后，您可以重复原始问题的过程，并查看分配是否继续增长(例如，这可能是由保留周期引起的)。如果您在修复上述泄漏后仍然遇到问题，可以使用工具中的技术来识别增量分配的类型，然后您可以使用它来追踪任何进一步的问题(如果有)。

例如:

• 运行Allocations工具，option-点击并拖动分配工具，然后你可以查看调用树，它会告诉你什么在消耗内存。参见 this answer举个例子。

• 运行Allocations 工具。让应用程序稳定到一个静止点。单击“标记堆”按钮。做一堆东西。回到你认为应该发布的地方。再次按“标记堆”。现在查看该堆快照并查看两个快照之间已分配但未释放的对象，您应该能够再次诊断发生了什么。

但是所有这些都没有实际意义，直到您修复泄漏并且 Leaks 工具将比其他任何工具都更有效地查明泄漏的对象。先解决这个问题，然后再看看你的立场。

有关更多信息，您可能会在 WWDC 2012 iOS App Performance: Memory 中找到一些讨论。视频很有用(尤其是在演示部分)。