XCode - 了解分配工具

Question

在分析应用程序时，我注意到每次执行某些操作（涉及UIViews）时，实时字节数增加了大约250 KB。

查看对象列表，主要（不断增长的）罪魁祸首只是读作“malloc 144字节”。

偶尔我使用Allocations工具来发现我所持有的对象比我想要的更长，但我不确定如何解释“malloc”对象。

任何指导将不胜感激。

Answer 1

几点想法：

1. 分配工具很棒，但我首先关注的是Leaks 。 你那里有健康的健康状况吗？

2. 您是否通过静态分析器运行代码（“产品”菜单上的“分析”）。 特别是在非ARC代码中，可以识别许多问题。

3. 你在用ARC吗？ 如果是这样，那会缩小搜索范围。

4. 你有僵尸打开吗？ 这将导致内存不被释放。 一定要关掉僵尸。

5. 您确定没有强大的参考周期（也就是保留周期）吗？ 您可以在视图控制器的dealloc放置NSLog或断点，并确保它被调用并确保您没有强引用周期（两个或多个对象之间的循环引用导致两者都不被释放）。 （如果你没有dealloc方法，只需添加一个带有NSLog语句的方法。）不能invalidate重复的NSTimer invalidate是一个很好的例子，可能会无意中导致强引用周期。 关键问题是您必须确认dealloc正在发生。

6. 你肯定是弹出/解除视图控制器而不是推送/呈现另一个视图控制器的副本吗？ （除了前面讨论的强引用周期之外，在dealloc方法中未能看到NSLog /断点可能是由此引起的。）

7. 在您的256（！）图像视图上，您​​是否正在使用imageNamed来设置image属性？ imageNamed方法缓存图像将不会释放内存，直到您收到内存警告（虽然它只会在您检索新图像时消耗内存，而不会重新检索现有图像）。

最重要的是，可能存在大量可能的问题，而且您的问题还不足以帮助我们诊断问题。 你必须帮助我们缩小问题的范围。

但是开始查看你的控制器并确保它们像他们应该的那样被释放。 我对144字节malloc问题感到痛苦，但这不太可能是每次消耗250kb的罪魁祸首。 malloc更可能是问题的症状，而不是问题的根源，在关注malloc调用源的过多时间之前，我会关注上面列出的更基本的东西。