iOS图片加载新框架 - FlyImage
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了iOS图片加载新框架 - FlyImage相关的知识,希望对你有一定的参考价值。
FlyImage 整合了SDWebImage,FastImageCache,AFNetworking的优点,是一个新的性能高效、接口简单的图片加载框架。
特点
-
高效
-
可将多张小图解码后存储到同一张大图上,在同屏渲染多图时,效率极高;
-
支持
mmap
内存映射,高效的I/O操作,减少一次文件拷贝操作,同时减少内存占用; -
支持
Byte Alignment
字节对其,渲染过程中,避免执行CA::Render::copy_image
内存操作; -
接口简单
-
支持
UIImageView
,CALayer
Category; -
不用考虑小图片尺寸,简单的存储和读取接口;
-
一套方案同时解决单张大图和多张小图的两种业务场景;
-
WebP 高效的图片压缩方式;
-
异步下载 支持下载进度Block,方便实现自定义的下载动画;
流行框架对比
现在ios上比较流行的两套图片加载框架:
-
SDWebImage
提供了从下载到渲染一整套的解决方案,同时支持Category特性,WebP格式,使用起来非常简单;但是同屏多张小图快速滚动时,界面就会很明显的卡顿; -
FastImageCache
Path推出的,非常适合于小图片的高效渲染,内部优化了I/O读取,解码时支持Byte Alignment
减少内存拷贝,同时仅需一次解码,可以说是做到了极度优化。但是FIC有两大缺点: -
为了精简代码,从1.2以后取消图片下载功能;
-
接口非常难用,使用时还需要指定
FICImageFormat
,每个Format中的图片size必须保持一致,同时每张图片需要与[FICEntity
绑定,我仅仅是想快速展示多个icon而已...
基于上述的分析,如果有一个图片库可以将两者的优点结合在一起,那该多好!FlyImage
就是基于此想法诞生的,新的库整合了FastImageCache
的优化方案,同时让接口变得更加易用。
FlyImage
可以在一个文件中绘制多张不同size的小图片,存储和获取时只需要一个固定的key
;同时将内存映射的方法应用到大图片的显示方案中,减少内存的拷贝次数,加快读取速度。具体的使用方法如下:
如何使用
安装
platform :ios, ‘8.0‘pod ‘FlyImage‘, ‘~>1.0‘
使用 UIImageView/CALayer
1
2
3
|
UIImageView *iconView = [[UIImageView alloc] initWithFrame:frame]; []self.view addSubview:iconView]; |
使用 FlyImageCache
1
2
3
4
5
6
7
8
9
|
// 通过Key获取单张图片 [[FlyImageCache sharedInstance] asyncGetImageWithKey:key completed:^(NSString *key, UIImage *image) { imageView.image = image; }]; // 删除一张图片 [[FlyImageCache sharedInstance] removeImageWithKey:key]; // 清除所有图片 [[FlyImageCache sharedInstance] purge]; |
使用 FlyImageIconCache
// 添加一张小图[[FlyImageIconCache sharedInstance] addImageWithKey:key size:drawSize drawingBlock:^(CGContextRef context, CGRect contextBounds) { // 手动绘制 UIImage *image = [UIImage imageWithName:@"imageName"]; UIGraphicsPushContext(context); [image drawInRect:contextBounds]; UIGraphicsPopContext(); } completed:nil]; // 获取一张小图 [[FlyImageCache sharedInstance] asyncGetImageWithKey:key completed:^(NSString *key, UIImage *image) { imageView.image = image; }];
性能
Memory
测试工程: FlyImageView / Device: iPhone6 Plus,滚动列表中连续显示多张大图,FlyImage不会增加Image IO的内存
Memory | FlyImage | SDWebImage | UIKit |
---|---|---|---|
All Heap Allocations | 2~7M | 2~4M | 2~5M |
All Anonymous VM | 17~30M | 310M | 17~30M |
FPS
测试工程: FlyImageIconView / Device: iPhone6 Plus,同屏渲染170张小图,FlyImage顺滑的浏览体验
FlyImage | SDWebImage | UIKit |
---|---|---|
58~60FPS | 6~7FPS | 6~7FPS |
同屏多图
类图
-
FlyImageDataFIle 封装了
mmap
的操作,提供高效的I/O文件操作,支持读取、写入、动态扩张文件长度的功能。 -
FlyImageDataFileManager 负责
FlyImageDataFIle
的增加、删除和查找。使用者不能直接实例化FlyImageDataFIle
,而是需要通过Manager进行这些操作;同时可以获取当前文件夹下文件的数量和占用空间。 -
FlyImageDecoder 解码内存数据,并生成
UIImage
对象。WebP
格式的转换就在该类中完成。 -
FlyImageEncoder 为
FlyImageIconCache
类服务,将图片绘制到画布上,生成bitmap
格式。 -
FlyImageCache 负责图片的增加、删除和查找。每个图片都对应一个
key
,这些信息都会被保存在一个meta
文件中。当该类被实例化后就会自动创建或自动获取该meta
文件,可以指定不同的meta
文件路径。在实际使用过程中,App会提供清除当前缓存的操作,但是又想将一些必要的图片保留,比如当前用户的头像和未发布的草稿图片等,针对这个需求,FlyImageCache
提供了便捷的接口- (void)protectFileWithKey:(NSString*)key;
和- (void)unProtectFileWithKey:(NSString*)key;
操作,处于protect
状态的图片即使在执行purge
操作时也不会被清除。 -
FlyImageIconCache 负责小图片的增加、删除、替换和查找。和
FlyImageCache
接口基本一致,只不过该类只维护一个FlyImageDataFIle
事例,所有小图片解码后都会存放在该文件中。当然你也可以创建多个实例,将经常一同使用的小图片放在一个FlyImageDataFIle
中。 -
FlyImageDownloader 负责下载图片,注意该类并不负责存储。在发起一个下载请求后,会得到一个类型为
FlyImageDownloadHandlerId
的标识符,如果图片被移出当前显示区域后,可以调用- (void)cancelDownloadHandler:(FlyImageDownloadHandlerId*)handlerId;
移除该下载请求,节省资源。 -
UIImageView+FlyImageCache, CALayer+FlyImageCache 为
UIImageView
提供了便捷的分类接口`。- (void)setImageURL:(NSURL*)url;
-
UIImageView+FlyImageIconCache, CALayer+FlyImageIconCache 为
CALayer
提供了便捷的分类接口`。- (void)setIconURL:(NSURL*)url;
源代码
https://github.com/northwind/FlyImage ,欢迎大家测试并给予反馈,谢谢。
Reference
以上是关于iOS图片加载新框架 - FlyImage的主要内容,如果未能解决你的问题,请参考以下文章
Swift新async/await并发中利用Task防止指定代码片段执行的数据竞争(Data Race)问题