在我的 iOS 应用程序中，我有 UICollectionView 显示大约 1200 个小(35x35 点)图像。图像存储在应用程序包中。

我正确地重用了 UICollectionViewCell，但仍然存在性能问题，具体取决于我处理图像加载的方式:

• 我的应用是应用扩展，内存有限(本例中为 40 MB)。将所有 1200 张图像放入 Assets 目录并使用 UIImage(named: "imageName") 加载它们会导致内存崩溃 - 系统缓存的图像会填满内存。在某些时候，应用程序需要分配更大的内存，但由于缓存的图像，这些内存不可用。操作系统没有触发内存警告和清理缓存，而是直接杀死了应用程序。

• 我改变了避免图像缓存的方法。我将图像作为 png 文件放入我的项目(而不是 Assets 目录)，我现在使用 NSBundle.mainBundle().pathForResource("imageName", ofType: "png") 加载它们。该应用程序不再因内存错误而崩溃，但加载单个图像需要更长的时间，即使在最新的 iPhone 上，快速滚动也会滞后。

我可以完全控制图像并且可以将它们转换为 .jpeg 或优化它们(我已经尝试了 ImageOptim 和其他一些选项但没有成功)。

如何同时解决这两个性能问题？

编辑 1:

我还尝试在后台线程中加载图像。这是来 self 的 UICollectionViewCell 子类的代码:

private func loadImageNamed(name: String) {
    dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), { [weak self] () in
        let image = bundle.pathForResource(name, ofType: "png")?.CGImage
        if name == self?.displayedImageName {
            dispatch_async(dispatch_get_main_queue(), {
                if name == self?.displayedImageName {
                    self?.contentView.layer.contents = image
                }
            })
        }
    })
}

这使得滚动平滑而不会消耗额外的缓存内存但是当以编程方式滚动到某个位置时(例如当 UICollectionView 滚动到顶部时)它会导致另一个问题:在滚动动画期间，图像不会更新(滚动速度太快而无法加载)，滚动完成后，错误的图像会在几分之一秒内显示 - 并且一个接一个地被正确的图像替换。这在视觉上非常令人不安。

编辑 2:

我无法将小图像组合成更大的组合图像并按照 this answer 的建议显示这些图像.

原因:

• 考虑不同的屏幕尺寸和方向。每个人都必须有预先合成的图像，这会使应用程序下载量很大。
• 小图片可以以不同的顺序显示，其中一些可能会在某些情况下被隐藏。我肯定无法为每种可能的组合和顺序预先组合图像。

最佳答案

我可以提出可能可以解决您的问题的替代方法:
考虑将图像 block 渲染为单个合成图像。如此大的图像应覆盖应用程序窗口的大小。对于用户来说，它看起来像是小图像的集合，但从技术上讲，它将是大图像的表格。

你的当前布局:

 |      |      |      |
 | cell | cell | cell |  -> cells outside of screen
 |      |      |      |
************************
*|      |      |      |*
*| cell | cell | cell |* -> cells displayed on screen
*|      |      |      |*
*----------------------*
*|      |      |      |* 
*| cell | cell | cell |* -> cells displayed on screen
*|      |      |      |*
*----------------------*
*|      |      |      |*
*| cell | cell | cell |* -> cells displayed on screen
*|      |      |      |*
************************
 |      |      |      |
 | cell | cell | cell |  -> cells outside of screen
 |      |      |      |

建议布局:

 |                    |
 |     cell with      |
 |   composed image   |  -> cell outside of screen
 |                    |
************************
*|                    |*
*|                    |*
*|                    |* 
*|                    |* 
*|     cell with      |*
*|   composed image   |* -> cell displayed on screen
*|                    |*
*|                    |*
*|                    |* 
*|                    |* 
*|                    |*
************************
 |                    |
 |     cell with      |
 |   composed image   |  -> cell outside of screen
 |                    |

理想情况下，如果您预渲染此类组合图像并在构建时将它们放入项目中，但您也可以在运行时渲染它们。当然，第一个变体的工作速度会更快。但在任何情况下，单个大图像所消耗的内存都比分离该图像的各个部分要少。

如果您有可能预渲染它们，请使用 JPEG 格式。在这种情况下，您的第一个解决方案(在主线程上使用 [UIImage imageNamed:] 加载图像)可能会很好，因为使用的内存更少，布局更简单。

如果您必须在运行时渲染它们，那么您将需要使用当前的解决方案(在后台工作)，并且当快速动画发生时您仍然会看到图像错位，但在这种情况下它将是单个错位(一个图像覆盖窗框)，所以它应该看起来更好。

如果你想知道用户点击了什么图片(原始小图片35x35)，你可以使用UITapGestureRecognizerattached to cell。当手势被识别时，您可以使用 locationInView: 方法来计算小图像的正确索引。

我不能说它 100% 解决了您的问题，但尝试一下是有意义的。

关于ios - 如何提高包含大量小图像的 UCollectionView 的性能？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/31785490/