ios - 当用户向下滚动时，将大量数据加载到 iOS UITableView 的首选方法？

Question

我有大约 5,000 个对象，我想将它们放入 UITableView 中。我目前正在通过一种机制执行此操作，该机制从存储它们的数组中提取前 50 个，将它们复制到另一个数组，然后将该数组加载到 tableView 中。然后，当表格到达倒数第二个单元格时，我使用 willDisplayCell:forRowAtIndexPath 自动加载下一个 50。它通过跟踪之前停止复制的位置，复制接下来的 50 个，并重复该过程来做到这一点。

这提出了一个我还没有解决的问题:我应该在加载第三个 50 时卸载前 50 个。所以，我们从 0 到 50，然后 50 到 100，然后 100 到150，此时，我需要删除 0-50。如果用户滚动回列表顶部，则需要再次加载前 50 个。基本上，该表在任何时候都不会超过 150 个条目，因此 0-150、或 50-200、或 100-250、或 150-300 等。

我想知道这是否是解决此类问题的最佳方法。当用户滚动到表的末尾时，减速没有问题，但我想知道像异步加载数据这样的东西是否会更好？我对多线程真的很陌生，但如果它是一种更简单的方法，我很乐意尝试一下。

希望这是一个更基于意见的问题不会成为问题，我意识到可能没有一个固定的答案，但如果我得到“不是一个真正的问题”，我的问题是:是方法上面描述了将大量数据逐渐加载到 UITableView 中的最高效和最有效的方法，是否有更常规的方法通过多线程、延迟加载或其他技术实现类似的效果?

编辑:我还要指出绝大多数单元格不包含图像，它们只是几个 UILabel 实例。

Answer 1

为什么要创建另一个数组？如果 5000 个对象已经在一个数组中，则很浪费(恕我直言)复制它们的一部分以将其重新创建为表格单元格。它们已经在内存中。所以在渲染单元格之前，您可能需要进行一些转换吗？

如果数据已经在内存中，并且在数据和最终渲染之间完成 CPU/IO 密集型任务，则异步加载不会产生太大差异。如果滚动感觉正确，那么我认为尽可能快。

另一件事是数据(构成原始数组的数据)是否来自磁盘/网络或者是 CPU/密集型转换。那里是可以取得巨大 yield 的地方。