IOS - 处理大量图像的最佳实践(性能+磁盘大小)

Question

我的应用程序UIKit存储了100个(100x100) jpeg文件,假设用作"模式图像".每张图片的平均大小有时像20~40 kb.

我也是cocos2d-x开发人员.在cocos环境中,我正在使用plist"绑定"每个图像而不是通过切割它plist.这是伟大的性能和尺寸保护,但据我所知,它不可能UIKit.

所以我的问题是,有没有更好的方法来存储/拉动这些图像以提高磁盘容量和提高性能,除了将文件拖放到XCode并像往常一样使用它？

Answer 1

[任意数量]的图像在 iOS 上并不是真正的问题，因为有先进的缓存系统可以处理图像的重用。另外iOS的渲染系统也非常强大，所以你不用担心。

虽然当然可以为精灵编程系统，但我不建议您这样做。此方法主要用于 Web 开发（因为每个图像都必须提供新请求 *注意对于 HTTP/2 不再适用），并且显然也用于游戏开发（因为绑定纹理调用越少越好）。

还有一个很好的例子说明为什么不使用精灵 - 如果您正在开发 Watch 应用程序并且想要制作动画，您可以通过 Flipboard 样式图像（名为 1.png - 100.png 的图像序列）来完成，而不是通过使用大型图像集。虽然人们会猜测他们为什么决定这样做（我的猜测是因为它内部工作得有多好+蓝牙的吞吐量），但显然它也是苹果的首选，所以我们应该遵循。

对于 iOS，您应该了解一些陷阱：

• 从 Web 加载的任何图像都不应该在主线程上加载，对于屏幕加载时不存在的每个图像也是如此（UITableViewCell 中的图像就是一个很好的例子，因为如果图像是当您滚动浏览时变大）
• 如果您有很多层，则带有 alpha 通道 != 1 的图像会严重降低性能（但通常是不可避免的）
• 使用创建的背景图像UIColor.colorWithPatternImage()应谨慎使用，因为此方法被认为是有问题的（详细信息请参见此处）

现在对于图像的异步加载，我建议您看一下以下库：

• Haneke（Obj-C，Swift）
• SDWebImage（Obj-C）

它们都很棒，所以这确实是偏好问题（我更喜欢 Haneke）​​，但它们允许您在不同线程上下载图像，无论是从 Web 还是从您的包中。它们还具有 UIImageView 扩展，允许您使用 1 行函数轻松加载所有图像。

希望能帮助到你！