iOS图片加载框架学习之FlyImage

iOS开发中,其图片加载新框架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

UIImageView *iconView = [[UIImageView alloc] initWithFrame:];

[iconView setIconURL:[NSURL urlWithString:@"http://original"]];

[]self.view addSubview:iconView];

使用 FlyImageCache

// 通过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 ,这些信息都会被保存在一个 文件中。当该类被实例化后就会自动创建或自动获取该 文件,可以指定不同的 文件路径。在实际使用过程中,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;

文章来源:CocoaChina

时间: 2024-10-19 07:26:28

iOS图片加载框架学习之FlyImage的相关文章

iOS 图片加载框架-SDWebImage 解读

前段时间,美团开源了mpvue这个项目,使得我们又多了一种用来开发小程序的框架选项.由于mpvue框架是完全基于Vue框架的(重写了其runtime和compiler),因此在用法上面是高度和Vue一致的(某些功能由于受限于小程序环境本身的原因而不能使用),这给使用过Vue开发Web应用的前端开发者提供了极低的切换门槛来开发小程序. iOS 图片加载框架-SDWebImage 解读如果之前还未曾用过Vue这个框架的话,建议你可以 加我们QQ群668041364,一起交流学习 起手式:必要的开发环

iOS图片加载新框架 - FlyImage

FlyImage 整合了SDWebImage,FastImageCache,AFNetworking的优点,是一个新的性能高效.接口简单的图片加载框架. 特点 高效 可将多张小图解码后存储到同一张大图上,在同屏渲染多图时,效率极高: 支持mmap内存映射,高效的I/O操作,减少一次文件拷贝操作,同时减少内存占用: 支持Byte Alignment字节对其,渲染过程中,避免执行CA::Render::copy_image内存操作: 接口简单 支持UIImageView,CALayer Catego

关于图片加载框架

接上篇,这篇开始对现在比较的流行的第三方图片加载框架做一个对比总结. 这篇文章介绍内容如下: 1.目前流行的图片加载框架有什么? 2.各自的使用方法 3.各自的优缺点 4.优化问题 一.目前流行的图片加载框架有什么? ImageLoader   Glide  Picasso  Fresso(2015年) 注:由于现在ImageLoader使用较少,本篇博文将不再对它进行阐述.主要以其它三个框架为主,有兴趣的同学可以自行学习. 二.各自的使用方法 Picasso:  Picasso .with(t

主流图片加载框架ImageLoader、Glide、Picasso、Fresco性能分析---图片加载速度比较

图片加载这种实现繁琐,可复用性又极强的东西,自然是选择使用图片加载框架来快速实现. 像是Android-Universal-Image-Loader.Glide.Picasso.Fresco之类, 但是这时候的烦恼在于,这么多图片加载框架到底谁最实用? 有说Fresco,因为支持WebP,还是用了NDK来加载图片,减少JavaHeap的使用 有Picasso,简洁高效 有说Glide,Picasso升级,可以加载Gif,在Picasso基础上扩展了很多方法 ImageLoader 使用最广,因为

Android中图片加载框架Glide解析2----从源码的角度理解Glide的执行流程

转载地址:http://blog.csdn.net/guolin_blog/article/details/53939176 在本系列的上一篇文章中,我们学习了Glide的基本用法,体验了这个图片加载框架的强大功能,以及它非常简便的API.还没有看过上一篇文章的朋友,建议先去阅读 Android图片加载框架最全解析(一),Glide的基本用法 . 在多数情况下,我们想要在界面上加载并展示一张图片只需要一行代码就能实现,如下所示: Glide.with(this).load(url).into(i

LrcCache和DiskLruCache相结合打造图片加载框架

LrcCache和DiskLruCache相结合打造图片加载框架 1概述 这几在研究图片加载的方面的知识,在网上看了一下前辈们写的文章,受到了一些启发,于是综合多方面的知识,将这些整合起来,自己边写了一个图片加载框架.说到图片加载最容易出问题的就是OOM就是内存溢出,所以一定要限制加载图片时使用的内存,这就使用到Android提供的缓存类LruCache,关于LruCache的知识这里不再赘述,大家自行学习.但是如果图片非常的多而且频繁操作的话,加上LruCache的缓存空间有限,缓存就不得不经

Android之图片加载框架Fresco基本使用(一)

PS:Fresco这个框架出的有一阵子了,也是现在非常火的一款图片加载框架.听说内部实现的挺牛逼的,虽然自己还没研究原理.不过先学了一下基本的功能,感受了一下这个框架的强大之处.本篇只说一下在xml中设置属性的相关用法. 0.引入Fresco以及相关注意事项. 1.PlaceHolderImage占位图 2.FailureImage加载失败时显示的图片 3.RetryImage重新加载的图片 4.ProgressBarImage加载时显示的进度图片 5.BackgroundImage背景图 6.

详谈高大上的图片加载框架Glide -源码篇

在上篇文章中,我们介绍了Glide图片加载框架的使用,通过之前的学习,我们可能已经能熟练的将Glide图片加载框架运用到我们的项目中,但是如果有人问你它是如何加载,工作原理是怎样的?为什么自定义GlideModule只需要在Manifest文件中加入meta-data即可?等等很多加载流程以及使用的注意事项.当然要想搞明白这些问题,就需要我们对Glide源码有个大致的认识,去剖析源码深处的奥秘. 接下来就让我们一起去进入Glide的源码世界,本篇文章分析的是Glide 3.7.0版本.特别提醒,

Android图片加载框架最全解析(二),从源码的角度理解Glide的执行流程

转载请注明出处:http://blog.csdn.net/guolin_blog/article/details/53939176 本文同步发表于我的微信公众号,扫一扫文章底部的二维码或在微信搜索 郭霖 即可关注,每天都有文章更新. 在本系列的上一篇文章中,我们学习了Glide的基本用法,体验了这个图片加载框架的强大功能,以及它非常简便的API.还没有看过上一篇文章的朋友,建议先去阅读 Android图片加载框架最全解析(一),Glide的基本用法 . 在多数情况下,我们想要在界面上加载并展示一