基于Android开发应用时,可能会时常出现Out Of Memory 异常.
在Android中,一个Process 只能使用16M内存,要是超过了这个限定就会跳出这个异常。这样就要求我们要时刻想着开释资源。Java的回收工作是交给GC的,如何让GC能实时的回收已经不被用的对象,这个里面有许多技巧,各人可以google一下。
因为总内存的施用超过16M而引起OOM的情况,非常简单,我就不继续展开说。值当注意的是Bitmap在不用时,肯定是要recycle,不然OOM是非常容易出现的。
本文想跟大家一起讨论的是另外一种情况:明明还有许多内存,但是发生OOM了。
这类情况时常出现在生成Bitmap的时候。有兴趣的可以试一下,在一个函数里生成一个13M的int数组。
再该函数结束后,按理说这个int数组应该已经被开释了,或者说可以开释,这个13M的空间应该可以空出来,
这个时候要是你继续生成一个10M的int数组是没有问题的,反而生成一个4M的Bitmap就会跳出OOM。这个就奇怪了,为啥子10M的int数组够空间,反而4M的Bitmap不够呢?
这个问题困扰好久,在网上,国外各大论坛搜刮了好久,一般关于OOM的解释和解决方法都是,如何让GC尽快回收的代码风格之类,并没有找出上面所说的情况的根源。
直到昨天在一个老外的blog上终于看到了这方面的解释,我理解后归纳如下:
在Android中:
1.一个进程的内存可以由2个部分组成:java 施用内存 ,C 施用内存 ,这两个内存的和必需小于16M,不然就会出现大家熟悉的OOM。
2.越发奇怪的是这个:一朝内存分配给Java后,以后这块内存纵然开释后,也只能给Java的施用,这个估计跟java虚拟机里把内存分成好几块进行缓存的原因有关,反正C就别想用到这块的内存了,所以要是Java突然占用了一个大块内存,纵然很快开释了:
C能施用的内存 = 16M - Java某一瞬间占用的最大内存。
而Bitmap的生成是通过malloc进行内存分配的,占用的是C的内存,这个也就说明了,上面所说的的4MBitmap无法生成的原因,因为在13M被Java用过后,剩下C能用的只有3M了。
分享到:
相关推荐
android 永远不会oom的瀑布流
介绍了android开发中OOM错误的原因。
android解决OOM
Android 内存 OOM 优化和治理,Android 内存泄漏原因详解与应对措施,Android 中的 Bitmap 使用详解,Android 中的 Bitmap 内存治理和优化详解,Android 内存分析命令详解,Java内存模型。Android 内存 OOM 优化和...
基本上解决了OOM问题 如果 方便可以直接引用BitmapManager类到 项目中使用 解决blog 地址http://www.cnblogs.com/liongname/articles/2345087.html
解决Android加载图片出现的OOM问题
android 11源码中如何提高应用oom_adj级别,保活应用(csdn)————程序
android图片墙,解决oom 博客地址: http://blog.csdn.net/pangzaifei/article/details/37763753
ANDROIDBITMAP内存限制OOM,OUTOFMEMORY.pdf
Android高级应用源码-加载本地图片,绝对不会出现OOM.zip
java jvm 中关于内存溢出分享,举例说明各种情况下可能会出现的oom事故
Android解决图片OOM问题的Demo小实例,里面有注释,初学者应该能看懂
eoe在线课堂Android应用中OOM问题剖析和解决
安卓在加载大图的时候经常会出现oom的错误,给大家分享我的一些处理经验。这个版本关闭了硬件加速。
SurfaceView加载动画 解决OOM问题 多少帧都没问题 不会卡顿 不会卡顿
Android例子源码仿oom的三例瀑布流源码
安卓在加载大图的时候经常会出现oom的错误,给大家分享我的一些处理经验。 这个是优化后的版本。
安卓下显示图片经常遇到OOM问题,这里给出了常用解决方案
安卓在加载大图的时候经常会出现oom的错误,给大家分享我的一些处理经验。这是2.0版本。解决上个版本再次使用recycle bitmap的bug。
android加载大图避免oom,博客http://blog.csdn.net/u012305710/article/details/51079676