Android图片加载库Glide和Fresco是如何工作的

原文地址:https://blog.mindorks.com/how-the-android-image-loading-library-glide-and-fresco-works-962bc9d1cc40

通常,我们在加载图片的时候经常会遇到如下的问题:

  • 内存溢出错误
  • 图片加载到视图中比较缓慢
  • UI变得无响应,并且不能平滑滚动

让我们来看一下它们是如何一个一个解决这些问题的

内存溢出错误

Glide做了向下采样的工作,向下采样意味着将bitmap缩放到一个视图实际需要的一个较小的尺寸。更通俗的讲就是我们有一个20002000的图片,但是我们的view大小为400400,Glide就会将我们的图片缩小为400*400的然后显示到View中。

Glide知道作为参数传入的Imageview的大小,所以就会加载合适尺寸的图片给ImageView。从而不用加载完整的图片。

加载缓慢

加载缓慢的一个主要问题就是当view被移除的时候,还在进行加载图片和解码bitmap的任务,因此就有很多我们不需要的任务在执行,而Glide可以适时的停止这些任务,只有在视图对用户可见的时候才会去加载图片。

Glide能够知道Activity和Fragment的生命周期所以知道下载任务什么时候需要被取消掉。

另外一个方式就是内存缓存,我们不用一遍又一遍的解码bitmap从而节省了时间。Glide创建一些可配置大小的缓存来捕获图片。

它保持两级的缓存:

  • 内存缓存
  • 磁盘缓存

当我们给Glide提供一个Url的时候,他会做如下操作:

  • 他会检查以该url为key的图片是否存在于内存缓存中,并且是否可用
  • 如果存在于内存缓存中,他就会从内存缓存中取出加载到view中
  • 如果当下不在内存缓存中,就会去检查磁盘缓存
  • 如果存在于磁盘缓存中,则会取出,然后存储到内存缓存并且加载到View中
  • 如果也不存在于磁盘缓存的话,他会从网络上加载,然后存储到内存和磁盘,并且加载到view中

UI无响应

UI无响应的一个最重要的原因就是在主线程中做了太多的工作,我们知道渲染UI的所有动作都在主线程中完成,Android每16毫秒就会更新一下UI,如果执行任何超过16ms的任务,安卓就会跳过该更新,因此就会导致每秒帧数减少。

如果FPS较低,则用户看到UI就会无响应,即使在后台线程加载图片,也还会如此,这是为什么?

因为如果加载的Bitmap太大,他就会导致内存回收频繁。

当GC运行的时候,应用就无法运行。

Glide如何解决这个问题呢?
使用Bitmap池。
Glide使用Bitmap池的思想来尽量减少GC的执行。
如果使用图片池就会减少内存的分配和释放,从而实现应用程序的平滑运行。

如何避免在应用程序中持续分配和释放内存呢?
通过使用bitmap的inBitmap属性,他会重用Bitmap的内存。

使用时的一些限制:

在SDK18及以下,加载的位图和你重新使用的位图必须大小一致才能正常工作。

在SDK19及以上,规则则会稍微放松一些,你的现有的位图可以比要加载的位图大或者相同。

对于不同的像素格式使用不同的位图。

如果我们需要一个接一个的加载两张图片,加载第一张的时候会分配内存,当我们不需要第一张的时候,不需要回收bitmap,使用第一张图片的内存来加载第二张图片。

接下来看一下代码:

Bitmap bitmapOne = BitmapFactory.decodeFile(filePathOne);
imageView.setImageBitmap(bitmapOne);
// lets say , we do not need image bitmapOne now and we have to set // another bitmap in imageView
final BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;
BitmapFactory.decodeFile(filePathTwo, options);
options.inMutable = true;
options.inBitmap = bitmapOne;
options.inJustDecodeBounds = false;
Bitmap bitmapTwo = BitmapFactory.decodeFile(filePathTwo, options);
imageView.setImageBitmap(bitmapTwo);

这样我们就不会一次又一次的调用GC。
这里有几件在不同Android版本中,bubitmap重用时需要考虑的事情.

你可以说bitmap池是不再需要的bitmap列表,但是可以用来重用用以加载新的位图。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,324评论 6 498
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,356评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,328评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,147评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,160评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,115评论 1 296
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,025评论 3 417
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,867评论 0 274
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,307评论 1 310
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,528评论 2 332
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,688评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,409评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,001评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,657评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,811评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,685评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,573评论 2 353

推荐阅读更多精彩内容