具体每一项代表什么,参考:http://stackoverflow.com/questions/2298208/how-to-discover-memory-usage-of-my-application-in-android#2299813,我们比较关心的是这2行:
其中size是需要的内存,而allocated是分配了的内存,对应的2列分别是native和dalvik,当总数也就是total这一列超过单个程序内存的最大限制时,OOM就很有可能会出现了。
多数时候,发生OOM 都是在做一些跟图片相关的操作,以下提出一些建议尽量可以减少这种情况的发生:
1 .decode bitmap 的时候,尽量配置下Options,例如:inSameSize |
2 .Bitmap使用完以后,调用 bitmap.recycle()来释放内存 |
3 .如果应用是基于图片的应用,尽量采用LazyLoad和DymanicRecycle |
4 .decode bitmap 的时候,将decode代码 try catch 出来, catch oom error,避免程序crash,可以在 catch 里面做一些释放内存操作 |
/**
* @author 张兴业
* 邮箱:xy-zhang#163.com
* android开发进阶群:278401545
*
*/
android程序内存被分为2部分:native和dalvik,dalvik就是我们平常说的java堆,我们创建的对象是在这里面分配的,而bitmap是直接在native上分配的,对于内存的限制是 native+dalvik 不能超过最大限制。android程序内存一般限制在16M,当然也有24M的。
用以下命令可以查看程序的内存使用情况:
adb shell dumpsys meminfo $package_name or $pid //使用程序的包名或者进程id
用com.tencent.qqpimsecure为例:
本文转自xyz_lmn51CTO博客,原文链接:
http://blog.51cto.com/xyzlmn/817199
,如需转载请自行联系原作者