Glide加载图片出错（class com.bumptech.glide.load.engine.GlideException: Failed to load resource）

Posted 2023-04-03 南风里

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了Glide加载图片出错（class com.bumptech.glide.load.engine.GlideException: Failed to load resource）相关的知识，希望对你有一定的参考价值。

原本项目使用的glide加载图片好好的，最近突然加载不出图片了，感觉不是我的问题。

折腾了一个晚上,上网搜索了很多的答案，结果都不行。

报错如下：Load failed for https://image.地址忽略。。 with size [1080x563]

class com.bumptech.glide.load.engine.GlideException: Failed to load resource

Cause (1 of 6): class com.bumptech.glide.load.engine.GlideException: Failed LoadPathDirectByteBuffer->Object->Drawable, DATA_DISK_CACHE, https://image.baidu.com/search/detail?忽略地址。。
There were 2 root causes:

java.lang.RuntimeException(setDataSourceCallback failed: status = 0x80000000)
java.lang.RuntimeException(setDataSourceCallback failed: status = 0x80000000)
call GlideException#logRootCauses(String) for more detail。

在公司熬不住了，回宿舍没搞出答案，有些睡不着。于是乎，继续尝试。换了一张前公司的项目的图片地址进去，结果一下就加载成功了。原来罪魁祸首是自己公司的后端在图片上动了手脚，图片地址在打开后会重定向成新的地址，导致加载失败。

补充说明一下，这两天在公司和同事讨论了这个问题。最后发现，如果ios手机连接的wifi可以加载成功，android的加载失败。那么就是wifi的锅了，最终为啥Android手机原先连接的会加载失败没有找到，可能是路由器配置啥的，有明确知道的同学可以分享出来，让大伙都学习学习。最后Android手机切换成IOS的wifi也成功加载了图片

在此做个记录。好晚了，溜了溜了

android图片加载库Glide

什么是Glide？

Glide是一个加载图片的库，作者是bumptech，它是在泰国举行的google 开发者论坛上google为我们介绍的，这个库被广泛的运用在google的开源项目中。

Glide解决什么问题？

Glide是一个非常成熟的图片加载库，他可以从多个源加载图片，如：网路，本地，Uri等，更重要的是他内部封装了非常好的缓存机制并且在处理图片的时候能保持一个低的内存消耗。

Glide怎么使用？

在Glide的使用方面，它和Picasso的使用方法是比较相似的，并且他们的运行机制也有很多相似的地方，很多博文会把两者进行比较，此文也采用同样的方式，通过比较两者来学习他们之间的优点和不足。

首先，当我们使用这两个库的时候第一步要做的就是导入库，Picasso好说，直接依赖就行，但是Glide要注意，这个库是要依赖于support liberary v4的，所以用这个库的时候，不要忘了依赖v4包。

基本使用

在基本使用方面这两个库非常的相似，如下代码所示：
Picasso：

Picasso.with(context)   .load("http://inthecheesefactory.com/uploads/source/glidepicasso/cover.jpg")
.into(ivImg);

Glide：

Glide.with(context)
.load("http://inthecheesefactory.com/uploads/source/glidepicasso/cover.jpg")
.into(ivImg);

看到没有，表面上看是不是非常相似，其实他们有一个不一样的地方，就是Picasso的with只能传入context，而Glide的with可以传入context，还可以是Activity或者是Fragment,你可能会问，这有什么用呢？用处就是图片的加载可以和Activity或者Fragment保持一致，不至于出现，Activity已经暂停了，但是图片却还在加载的情况。

默认的Bitmap格式是RGB_565

一下是Picasso和Glide加载后的结果(1920x1080 像素的图片被加载到768x432像素的imageview中)：

你可以看到，被Glide加载的图片在质量上不如Picasso加载的图片，这是为什么？其实是因为Glide的Bitmap默认的格式是RGB_565,而Picasso用的是ARGB_8888,所以虽然质量上不如Picasso(其实在手机上也不明显),但是RGB_565格式的图片仅仅消耗ARGB_8888格式图片一半的内存。

Here is the memory consumption graphs between Picasso at ARGB8888 and Glide at RGB565. (Base application consumes around 8MB)
下图是Picass的ARGB8888格式图片和Glide的RGB565格式图片的内存消耗比较（应用本身大约占8M）：

如果你对图片没有过高的要求，那么用默认的格式就可以，但是如果你对图片质量要求较高，那么可以把图片的格式转换为ARGB8888，方法就是通过继承GlideMoudle,如下所示：

public class GlideConfiguration implements GlideModule {
    @Override
    public void applyOptions(Context context, GlideBuilder builder) {
        // Apply options to the builder here.
        builder.setDecodeFormat(DecodeFormat.PREFER_ARGB_8888);
    }
    @Override
    public void registerComponents(Context context, Glide glide) {
        // register ModelLoaders here.
    }
}

然后在mainfest.xml注册下

<meta-data android:name="com.inthecheesefactory.lab.glidepicasso.GlideConfiguration"
            android:value="GlideModule"/>

在次看下图，是不是完全一样了呢？

那让我们再看一看两者之间的内存消耗：

我们发现，虽然用的图片格式是一样的，并且Glide加载的几乎是先前的两倍内存，但是Picasso消耗的内存仍然远大于Glide.

这是因为，Picasso加载了完整尺寸的图片（1920x1080像素）进入内存，当绘图的时候，让GPU即时的恢复到所需要的尺寸（768x432像素），然而Glide则加载精确的imageview尺寸进入内存，当然，我们可以手动使Picasso也使用这种方式加载图片（设置显示的尺寸）：

Picasso.with(this)
    .load("http://nuuneoi.com/uploads/source/playstore/cover.jpg")
    .resize(768, 432)
    .into(ivImgPicasso);

上面的方式有局限性，就是我们必须知道imageview的精确尺寸，而如果我们的imageview设置了wrap，我们就不能用上面的那种方式了，而需要改为下面的方式：

Picasso.with(this)
    .load("http://nuuneoi.com/uploads/source/playstore/cover.jpg")
    .fit()
    .centerCrop()
    .into(ivImgPicasso);

现在，我们再来看内存消耗图：

哈哈，两者的内存消耗现在差不多一样了，但是不得不说的是在这一点上Glide确实比Picasso做的要好，因为Glide可以在每种情况下自动的计算Imageview的尺寸。

图片的质量细节

当我把imageview的尺寸调整到和图片一样大的时候（1920x1080像素），我们来观察一下下面的图片：

这次两张图片的对比就比较明显了，Glide加载的图片可以明显的看到锯齿像素点，但是当用户使用应用的时候，这并不是那么容易察觉，并且，如果真的忍受不了这种小瑕疵，可以把图片格式调整到ARGB_8888。

外部缓存

在默认情况下Picasso和Glide的外部缓存机制是非常不一样的，通过实验可以发现（1920x1080 像素的图片被加载到768x432像素的imageview中），Glide缓存的是768x432像素的图片，而Picasso缓存的是整张图片（1920x1080像素）。

如果加载的图片是RGB565模式，缓存图片也是RGB565模式。

当我们调整imageview的大小时，Picasso会不管imageview大小是什么，总是直接缓存整张图片，而Glide就不一样了，它会为每个不同尺寸的Imageview缓存一张图片，也就是说不管你的这张图片有没有加载过，只要imageview的尺寸不一样，那么Glide就会重新加载一次，这时候，它会在加载的imageview之前从网络上重新下载，然后再缓存。

防止各位不明白，再来举个例子，如果一个页面的imageview是200*200像素，而另一个页面中的imageview是100*100像素，这时候想要让两个imageview像是同一张图片，那么Glide需要下载两次图片，并且缓存两张图片。

但是我们可以通过如下的方法来让Glide即缓存全尺寸的图片，有缓存不同尺寸的图片：

Glide.with(this)
     .load("http://nuuneoi.com/uploads/source/playstore/cover.jpg")
     .diskCacheStrategy(DiskCacheStrategy.ALL)
     .into(ivImgGlide);

Glide的这种默认的缓存机制有一个优点，就是它可以加快图片加载的速度（可以理解为以空间换时间），而Picasso会造成一定的延迟，因为它在加载到imageview的时候，总是需要调整大小，确实Picasso有一个立即显示图片的方法（如下所示），但是这还是消除不了延时。

//Picasso
.noFade();

在外部缓存方面Glide和Pcasso各有所长，你可以选择合适自己的来用（也就是对于你的app来说是控件重要还是时间重要）。

特性

你几乎可以用Glide来做Pcasso可以做的所有事情，并且他们的代码风格也非常类似：

调整图片尺寸：

// Picasso
.resize(300, 200);
// Glide
.override(300, 200);

Center Cropping：

// Picasso
.centerCrop();
// Glide
.centerCrop();

图形变换（Transforming）：

// Picasso
.transform(new CircleTransform())
// Glide
.transform(new CircleTransform(context))

设置占位图片和错误图片：

// Picasso
.placeholder(R.drawable.placeholder)
.error(R.drawable.imagenotfound)
// Glide
.placeholder(R.drawable.placeholder)
.error(R.drawable.imagenotfound)