Android内存问题的几种解决方案(二)

        针对上一篇文 Android内存问题的几种解决方案(一) 中第6点“尽量不要使用setImageBitmap、setImageResource或BitmapFactory.decodeResource来设置大图”的详细说明如下:
        这些函数在完成decode后,最终都是通过java层的createBitmap来完成的,会消耗更多内存。若先通过BitmapFactory.decodeStream方法,创建出一个bitmap,再将其设为ImageView的 source,decodeStream最大的秘密在于其直接用JNI>>nativeDecodeAsset()来完成decode,无需再使用java层的createBitmap从而节省了java层的空间(避免了一些对象的创建)。如果在读取时加上图片的Config参数,可以更有效减少加载的内存,从而减少发生OOM发生的几率。但是,decodeStream直接拿图片来读取字节码,不会根据机器的各种分辨率来自动适应,使用了decodeStream之后,需要在hdpi和mdpi,ldpi中配置相应的图片资源, 否则在不同分辨率机器上都是同样大小(像素点数量),显示出来的大小就不对了(有得必有失去)。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值