Android OOM 引发的思考

一、为何会出现OOM

因为Android系统的硬件资源是相当有限的,而且分配给一个应用的资源更为有限,尤其是内存。当应用突然申请的内存大于允许的最大值的时候,就会出现OOM。

如果想要获取App的内存使用情况,可以使用以下方法:

 final int M = 1024 * 1024;
 final Runtime runtime = Runtime.getRuntime(); 
 
 Log.i("Memory", "最大可用内存:" + runtime.maxMemory() / M + "M");
 Log.i("Memory", "当前可用内存:" + runtime.totalMemory() / M + "M");
 Log.i("Memory", "当前空闲内存:" + runtime.freeMemory() / M + "M");
 Log.i("Memory", "当前已使用内存:" + (runtime.totalMemory() - runtime.freeMemory()) / M + "M");

下面简单说一下每个函数的作用:

1)maxMemory()

该函数用于获取系统分配给JVM的最大可用内存(其实就是Java Heap),比如说使用以下Java命令启动Java程序:

java -Xms64m -Xmx1024m App01
那么,“-Xms64m”表示App01程序的初始内存为64M,“-Xmx1024m”表示App01最大可以使用的内存为1024M。当程序需要更新内存的时候,它最多可以增加到1024M,如果超过该值,即会报OOM错误。
 
 Android系统用的是Dalvik虚拟机,每个App的最大可用内存由系统指定(在/system/build.prop文件中有定义),如HTC E8手机的内存为2G,App的最大可用内存为192M。如果需要更大的内存的话,可以在AndroidManifest.xml中,给Application标签配置“android:largeHeap="true"”属性。这样的话,这台手机就可以最大获得512M内存了。
 
 你可能会很好奇,为什么有些APP(比如大型游戏)可以超过这个值?那是因为Java内存又分为Java Heap和Native Heap,Native Heap是不受该值约束的。像C/C++的内存都是在Native Heap中分配的。另外Bitmap是在Java Heap中分配的,我们开发过程中经常遇到由Bitmap引起的OOM,这就是一个例子。
 
2)totalMemory()
 
 该函数用于获取JVM当前可用内存。如果程序需要更多的内存,它最多不能超过maxMemory。
 如果设置为“-Xms1024m -Xmx1024m”,那么totalMemory=maxMamory。
 
3)freeMemory()
 
 该函数用于获取JVM可以被释放的内存。如果调用System.gc()的话,这部分内存将会被释放掉。
 若要准确地计算出当前程序所使用的内存,可以使用以下公式:
final long usedMemory = totalMemory() - freeMemory();

二、修改应用内存的最大值

maxMemory限制了当前应用能够使用的最大内存值,而最大内存值基本上就决定了OOM出现的概率,目前能够修改最大内存值的方式就是,在Manifest里面添加Application标签:

android:largeHeap="true"

此时再测试一下,上面的代码,就基本上可以看到,最大内存值变大了。

具体的其他避免OOM的方式,目前不多赘述,写本文也是因为在正常使用时发现,即使使用了了解的避免OOM的方式时但还是无法避免OOM,只能采取修改一些应用配置信息来避免OOM。

 

你可能感兴趣的:(Android OOM 引发的思考)