Android-android vm溢出

Android-android vm溢出

泛泛之交 发布于 2017-04-28 字数 206 浏览 1408 回复 2

这个问题搞大我头了
不回收,一会就溢出。
回收,一会就提示不能使用reclyed 资源

还经常提示 VM won't let us allocate 403200bites

论坛其他的解决方法都看过了,找不到合适的解决办法

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

瑾兮 2017-08-11 2 楼

应该是你回收的方式不对吧。
如果是有很多图片要展示,建议采用分页的方式。
假设每页30个图片,当完全进入第二页的时候,回收第一页里的资源。
你的问题应该是imageview没有回收,因此系统会尝试画出你的imageview(包括里面的bitmap),而此时bitmap已经被你recycle了。
android的瀑布流这项目可以展示上万张图片,就是通过分页的方式。不一定适合你的需求,仅供参考。

灵芸 2017-08-08 1 楼

首先,要理解android中bitmap用的是native的内存,你可以理解为是C用的那段内存,与java用的不在一起。
android从3.2版本以后加强了这块的管理,使得native内存会随着JVM的GC一起回收,所以会大大减少这块的问题(3.2之前的版本也会回收,但因为与GC不同步所以一般回收不及时就会暴内存溢出,因此需要开发者手工调用recycle)
从问题看显然已经知道解决方案了,但是可能使用方式不正确。
首先要明白的是,如果图像本身很大,超出了可能的内存大小,是不论如何都会OOM的,在调用recycle之前就暴了(可用内存大小从4~32M不等根据Android版本及ROM决定,这里面有一部分是Java使用,剩下的才是给Bitmap等native使用的)。

遇到上述这种情况,有三种方案可以解决:
一是调整图片大小或是降低图片色彩值或是修改图片格式。例如色彩较丰富的图片jpg就比png要小一些,能做点九的尽量点九,减少色彩值数量可以显著降低png图片大小,特别是如果可以控制在256种颜色之内就可以启动png的色彩索引方案,加大jpg的压缩比例也可以让图片小很多。此方案的缺点则是图片必须是由我们自己处理的,例如静态资源或是从自己服务器获取的图,可以做预先处理。
二就是动态修改图片色值,例如从8888改为565这种,以前我们用过也非常有效。
三是先用仅读取bounds的方式缩小图片(代码网上很多),销毁掉大图仅使用小图,再做显示处理,也是一个常用方法

如果说图片本身大小OK,是由于没有及时recycle导致,就要考虑recycle时机了,仅仅在确认图片不会再被复用时才去recycle它,否则就会拿到不能使用recycled的资源问题,这块由于问题中没有提供代码所以难以定位。不过有个简单的原则就是图片仅在必须要展示的时候才加载为Bitmap否则就让它躺在磁盘上