每次运行一种更新数据和 UI 的方法时都会发现堆增长。以下是我在 Inspector 中看到的内容：
每次运行该方法时，都会有大约 1MB 的巨大堆增长。几次通话后应用程序崩溃。
通过调用堆栈向下找到这个静态函数：
在代码中找不到任何内存泄漏。请帮忙。（ARC 开启）
更新：
所以现在我在该静态方法中使用了一个 NSCalendar 对象，它帮助了一些，但每次运行该方法时
仍然多出 1MB 。
现在 Inspector 显示了许多与代码无关的内存地址。
问问题
509 次
3 回答
1
您不需要创建这么多NSCalendars- 如果您重复使用autoupdatingCurrentCalendar （例如将其保存到GraphControllerivar）并将其传递给-dateDifferenceFromDate:to:，您可以（实际上）消除日历创建。
更新
这可以帮助废弃的内存还是只提高速度？
了解这个建议有多大帮助的最好方法是测量。您的屏幕截图表明 ICU 时区（由日历使用）创建是最重的部分。IDK 在绘制图形时您调用了多少次（即NSCalendars您创建了多少次，或者实现是否通过此 API 共享/缓存信息）......但是您提供的信息让我相信它是“很多”——那就是每次调用一个日历-dateDifferenceFromDate:to:。
所以是的，它可以消除（不必要的）重复对象——[NSCalendar currentCalendar]不返回单例（您的示例证明了这一点）。
另请注意，NSDateComponents可能会引用日历实例。
创建日历可能非常耗时（不仅仅是内存）。
另请注意，这不是NSCalendar线程安全的。
因此，您的程序可能会不必要地创建很多临时变量。大多数（如果不是全部）内存将“很快”释放，但如果您有很多“计算”，那么您的自动释放池中可能会有大量存款（最终会被耗尽）。您可以创建内部自动释放池来减少这种情况，但使用一个日历可以轻松优化速度和内存。
许多系统 API 在幕后缓存并导致惊人的内存增长，但 IDK 如果这是其中之一。
这篇博文可能也很有趣： http: //www.mikeabdullah.net/NSCalendar_currentCalendar.html
但实际上，我只是尝试使用一个自动更新日历，然后进行测量。然后你就会知道它对你的实施有多大帮助。
于 2013-07-19T17:07:52.100 回答
0
内存“泄漏”不是导致崩溃的原因。很明显，内存是由 ARC 回收的。你能告诉我们坠机事件吗？
于 2013-07-19T17:32:31.957 回答
0
问题不在于 dateFormatter。这是它的容器额外保留。出于某种原因，我在控制器上 调用setParentView 。
于 2013-07-21T13:11:18.657 回答