EK EventKit 的内存管理和性能

Question

在日历应用程序中，我根据 EventKit API 显示事件。我从EKEventStore 获取事件并以每日、每周、每月视图、列表等形式显示它们。现在我在 iPhone 4 上遇到了一些性能问题。

性能问题主要与速度有关。例如，折叠或展开所有表格视图部分（表示日期）以显示行（表示事件）需要几秒钟。为编辑/导出界面重新加载表格也需要 5-8 秒。我将不得不检查 Instruments 以提供更多详细信息。

到目前为止还没有内存问题。

我现在的策略是尽量减少内存占用。我在内存中使用数组，但它们只包含eventIdentifier，一个短字符串。我可以使用EKEventStore 方法eventWithEventIdentifier: 检索事件。我怀疑这是性能下降的原因。

我想到了两种选择：

1. 使用 EKEvent 对象而不是标识符。但是，我相信这对于内存来说是不可预测的。有些事件有很多文本，因此要保存在内存中的数据量不受限制。必须显示事件的时段的持续时间也可能非常长。

2. 将所有内容移植到 Core Data，可能会将原始 EKEvent 对象存储为可转换对象。这将是一个重大的重构，但我可以利用NSFetchedResultsController 及其优化功能。

我已经尝试了 1 和 2 - 性能仍然很差！

你的经验是什么？您是否看到重复调用EKEventStore 数据库时出现性能问题？你有什么建议？

更新：

Instruments 报告确实 tableView 的reloadData 需要很长时间（1.5 秒）。我不知道为什么，因为表格视图的状态（是否折叠部分）和整个数据都是在之前加载的，并且该代码是有效的。

我不计算任何单元格高度（据报道，有时这会在显示之前强制加载整个表格）。我打电话时出现同样的滞后

[tableView beginUpdates];
[tableView endUpdates];

为了动画部分的折叠。

注意：也许这个问题的主题应该改变，去掉 EventKit 部分。

Answer 1

虽然我从来没有用过EventKit，但我可以给你一些建议：

1. NSFetchedResultsController 是一件很棒的事情，尤其是在最初加载表格视图后数据将发生变化时。 NSFetchedResultsController 监视数据的更改，NSFetchedResultsControllerDelegate 协议允许对 UITableView 进行增量更改，而不是在对填充表的数据进行更改时重新加载整个 UITableView。一般来说，尽可能避免在 UITableView 上使用完整的reloadData。

2. 如果绘制 UITableView 真的很慢，很可能问题的根源在于 tableView:cellForRowAtIndexPath: 方法（几乎可以保证，尽管其他罪魁祸首可能是其他 UITableViewDataSource 方法，例如tableView:titleForHeaderInSection: 或 tableView:titleForFooterInSection:)。如果您正在从磁盘读取，不使用缓存的 UITableViewCells，或者在这些方法中进行大量绘图，则可能会导致您的 UITableView 重新加载/滚动非常慢。

1234563在 NSArray 中。然后你的 UITableViewDataSource 方法可以从 NSArray 而不是磁盘读取。

Answer 2

问题在于您的行动画和（可能）重新计算部分。这很常见，是 UITableView 的东西，而不是 EventKit 或 CoreData 的东西。更多分析应该让您了解如何优化您的部分以提高性能。

查看涉及部分的 UITableViewDataSource 方法的实现：

- numberOfSectionsInTableView:
- tableView:numberOfRowsInSection:
– tableView:sectionForSectionIndexTitle:atIndex:
– tableView:titleForHeaderInSection:
– tableView:titleForFooterInSection:

你可能在用那些比较繁重的方法做事。也许要构建您的部分，您必须查看所有数据（这很常见）。如果是这种情况，请想出一个合理的策略来缓存节信息并在事件存储更改时使其无效。