ImageView内存溢出

Posted 2023-04-04

参考技术A 年轻的我们经常使用setImageResource加载加载本地图片，按道理来说这是没有什么问题的。但是看看bugly你就GG了，年轻还是太年轻了....看到OOM头都大了...哎！。。。

当我们在使用setImageBitmap、setImageResource、BitmapFactory.decodeResource来加载大图，在某些手机上很容易出现OOM内存溢出。why? 因为这些还是在完成decode后，都是通过Java层的createBitmap来完成，因此需要消耗更多的内存。

1、最简单的解决方案，就是使用图片加载库来加载图片（Glide或者其他库）
2、通过BitmapFactory.decodeStream方法，创建bitmap。使用decodeStream最大的区别就是直接JNI调用nativeDecodeAsset()来完成decode，无需使用Java层的createBitmap，可以节省Java层的内存空间。

注意：decodeStream是直接读取字节码，不会根据屏幕的分辨率来自动适应，需要在资源配置中根据不同的分辨率读取不同的资源文件

解决Android加载图片时内存溢出的问题

尽量不要使用setImageBitmap或setImageResource或BitmapFactory.decodeResource来设置一张大图，因为这些函数在完成decode后，最终都是通过java层的createBitmap来完成的，需要消耗更多内存。

因此，改用先通过BitmapFactory.decodeStream方法，创建出一个bitmap，再将其设为ImageView的source，decodeStream最大的秘密在于其直接调用JNI>>nativeDecodeAsset()来完成decode，无需再使用java层的createBitmap，从而节省了java层的空间。
如果在读取时加上图片的Config参数，可以跟有效减少加载的内存，从而跟有效阻止抛out of Memory异常
另外，decodeStream直接拿的图片来读取字节码了， 不会根据机器的各种分辨率来自动适应， 使用了decodeStream之后，需要在hdpi和mdpi，ldpi中配置相应的图片资源， 否则在不同分辨率机器上都是同样大小（像素点数量），显示出来的大小就不对了。

另外，以下方式也大有帮助：

1. InputStream is = this.getResources().openRawResource(R.drawable.pic1);
   BitmapFactory.Options options=new BitmapFactory.Options();
   options.inJustDecodeBounds = false;
   options.inSampleSize = 10; //width，hight设为原来的十分一
   Bitmap btp =BitmapFactory.decodeStream(is,null,options);
2. if(!bmp.isRecycle() ){
   bmp.recycle() //回收图片所占的内存
   system.gc() //提醒系统及时回收
   }