setimageresource oom

bugly报出的一个oom,当时看到很惊讶，使用setimageresource已经是家常便饭。

结合项目来说，当大量频繁的需要使用setImageresource时可能会出现oom，如果在小二不频繁下一般是不会报oom的。

查资料得到的信息：

这篇博客的地址，可能这个兄弟也遇到过这个情况。

https://blog.csdn.net/mouse12138/article/details/50983118

那是为什么，会导致oom呢：
　　原来当使用像 imageView.setBackgroundResource，imageView.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中配置相应的图片资源，否则在不同分辨率机器上都是同样大小（像素点数量），显示出来的大小就不对了。