图片加载相关问题

可能导致OOM的问题

1、什么情况会经常出现OOM情况

列表图片，大图预览的情况，原图都是4,5M这种图片，这种情况下大图预览一次加载>=3张时。你可能说三张才15M不到，怎么会OOM呢！原因是：这个file文件15M，并不是转化为bitmap时候的图片大小，你要知道file文件相当于把图片对象压缩之后的产物，实际我测试过一个200K的图片转换为bitmap占用的内存大概为6M，你计算下这个比例，15M就相当于接近150~200M内存，这就比较恐怖了

2、有人说我做过大图预览，也没出现过OOM呀，哪有你说的这么多事？

我就拿Glide框架来说吧，大部分都是直接load（path）.into(imageview),这样写好像没有问题也正常展示，这是为什么呢？这是因为Glide图片框架自动会对大图进行根据Imageview大小进行图片缩放，这样展示的其实不是原图，是按比例缩小后的图，还有就是Glide默认图片质量就是RGB565,这其实就是相当于把原图大小减少了一半，加上缩小的尺寸，加载一起5M图片大概也就2M左右了（大概一下就是这个数）

3、如果直接load（path）.into(imageview)在哪种场景下会有问题

显示小图的情况下，还需要清晰看清原图上的各种小字（比如证明文件上传，截图上传），这种图片原图大小也就几十K，如果你在根据尺寸进行缩放，你觉得还能看清楚吗

4、那怎么解决小图高清显示，大图避免OOM呢

4.1、 小图高清显示，那就只能显示原图了，不能使用into（Imageview）这种方法了，下面这个方法直接获取到原图bitmap

Glide.with(App.context)
.load(path)
.asBitmap()//强制Glide返回一个Bitmap对象
.into(new SimpleTarget<Bitmap>() {
@Override
public void onResourceReady(Bitmap bitmap, GlideAnimation<? super Bitmap> glideAnimation) {
imageView.setImageBitmap(bitmap);
}
});

4.2、大图怎么办，大图就是直接load（path）.into(Imageview)

5、网络图片在接口没有返回图片大小相关参数的时候，怎么分辨大图小图

http请求获取文件大小

URL url = new URL(path);
HttpURLConnection urlcon = (HttpURLConnection) url.openConnection();
fileLength = urlcon.getContentLength();

6、Picasso与Glide最大的区别，Picasso默认显示的原图，只有通过rezise才会进行展示小图，这也是为什么好多没有resize直接load(path)会出现加载过慢的问题，因为原图太大，还有就是picasso加载图片默认RGB8888