异步加载所有单元格内容

Question

关于如何异步加载图像和其他下载的数据有很多问题，但没有关于将这些图像（一旦下载）异步加载到 UI 中的问题。

我正在尝试在 UICollectionView 上实现 60 fps 的滚动，尽管我正在寻找适用于所有视图的解决方案。

例如，如果我想将 Assets 文件夹中的图像加载到快速滚动的 UIScrollView 中，则将它们加载到内存中然后在 UI 中绘制需要一些时间。有什么方法可以先将这些图像缓存在内存中（同时不会损害内存/使用太多），然后在将它们缓存在内存中后将它们加载到单元中？

按照我现在的理解，当我说，

cell.imageView.image = UIImage(named: "grapes")

assets 文件夹grapes 被打开并从中读取，然后将相应的图像（1x、2x 或 3x）带入内存。将正确的图像带入内存后，将cell.imageView.image分配给它，然后绘制图像。这是准确的吗？所有这些都发生在主线程上吗？如果是这样，那么这不是有可能阻塞主线程并导致设备跳过一些帧吗？

我假设在解决复杂表达式或格式化文本时会发生类似的过程。如果是这样，那么我可以以及如何创建要异步加载的内容，以便主线程不会被阻塞（即使以暂时空的内容视图为代价）？

Answer 1

是的，将图像加载到内存可能需要几毫秒的时间。如果图像的大小不适合 UI（例如，您依靠 contentMode 或 scaleAspectFit 或 .scaleAspectFill 来调整图像大小；或者如果您正在手动调整大小，则它尤其会影响体验/自己裁剪图像）。这可以相当无害地导致计算复杂的东西。

一般来说，有问题还不够，但它会阻止您达到最佳 60 fps。如果您想要获得最佳性能，您可以进行异步检索，将其与 table view prefetching 或 collection view prefetching 结合使用。

对于复杂的表达式和文本格式，不太可能引入足够的延迟来阻止 60 fps。但不要猜测（re this or images）。您应该通过 Instruments 分析“发布”构建（启用优化）的 fps，并查看其中哪些（如果有的话）对 fps 有明显的影响。并在您的目标物理设备上进行测试，而不是在模拟器上进行测试，因为过早地优化物理设备上不会出现的问题会浪费时间。

Answer 2

在背景上创建图像，在 UI 线程上设置：

DispatchQueue.global(qos: .background).async {
    let image = UIImage(named: "image")

    DispatchQueue.main.async {
        cell.imageView.image = image
    }
}

这是简化的示例，您需要注意滚动和单元格重用。