Android OutOfMemory但备用内存

时间:2012-02-17 23:08:04

标签: java android memory

所以我一直在尝试让内存密集型程序工作,并继续遇到内存错误。我已经阅读了其他主题,他们都谈论内存泄漏,但我不认为这是这种情况。

我创建了一个分配1兆字节空间的按钮,然后以兆字节(maxmem,totalmem,freemem)显示内存使用情况。最初我有(40,5,2),我按下按钮(40,6,2)。我一直按下按钮,我得到(40,7,2),(40,8,2),(40,9,2),然后是OutOfMemory。我期待(40,10,2)并且在我击中(40,40,0)之前不应该得到OutOfMemory,对吗?

int[][] hi = new int[100][];
int i = 0;

public void save(View view) {
    hi[i] = new int[256*1024];
    i++;
    TextView tv1 = (TextView) findViewById(R.id.seekBar1Text);
    System.gc();
    tv1.setText("Memory is max " + Runtime.getRuntime().maxMemory()/1024/1024 + " total " + Runtime.getRuntime().totalMemory()/1024/1024 + " free " + Runtime.getRuntime().freeMemory()/1024/1024);
}

4 个答案:

答案 0 :(得分:3)

我注意到Dianne Hackborn's definitive answer on Android memory measurement不使用Runtime方法。因此,我不知道我是否会信任他们。对于初学者,我知道没有具有40MB堆大小的Android设备。

此外,您似乎假设OutOfMemoryError表示您完全没有内存。尝试分配失败时将发生OutOfMemoryError。这可能是因为没有你所寻求的单一自由块。由于Dalvik VM的GC例程的性质,这在Android上比在其他操作系统上更容易发生。

答案 1 :(得分:2)

有趣的问题。我一直在玩各种Android版本(仿真),并在我自己的机器上试用它。我可以在Android 3.1上看到你期望的行为(内存填满,然后才崩溃),但2.2显示了你描述的行为。

正如@CommonsWare所说,它很可能与您请求的巨大内存块有关:即使在我的机器上,我也无法分配具有4 * 256 * 1024个元素的数组(请记住,此数组必须是可索引的,所以它在某种程度上是连续的。)

最好的解决方案似乎不是分配更少的内存,而是分配不那么多的内存。在Android 2.2中,我可以使用16 * 1024的块来填充内存而没有任何问题。

确切的解决方案取决于您的应用程序的细节。例如,

  • 如果您正在处理传入的数据,您可以尝试在内存中保留较少的数据,并使用流处理。
  • 如果您确实需要数据,可以考虑不同的结构(不需要连续的块)。
  • 如果所有其他方法都失败了,你总是可以构建一些辅助类,给人一种连续内存块的印象,同时实际上将它分成更小的部分。

答案 2 :(得分:1)

在JVM中,它将大型结构直接放入终身空间。如果可以;调整此空间的大小(或者它太碎片化),即使有足够的可用空间,也可能会耗尽这些结构的可用空间。有时调整VM可能有所帮助。

答案 3 :(得分:0)

在我的模拟器上(设置为API 10)我使用了这个:

Runtime rt = Runtime.getRuntime();

rt.gc(); // cause garbage collection for better accuracy

int[][] i = new int[4024][2014]; // a blob from hell to cause OOM crash and Force Close 

long max = rt.maxMemory(); // max that can be allocated (more than max gets you OOM crash)

long total = rt.totalMemory(); // this is total in use, not total possible

long free = rt.freeMemory();    

long used = (total - free); 

s = "RAM:" + String.format("%.0fKB, %.0fU, %.0fF", 
                           max / 1024.0, used / 1024.0, free / 1024.0); 

我遇到了崩溃,因为blob + app略大于模拟器的24MB限制。 我仍然没有完全得到内存问题。在内存方面,Android / Java世界似乎比Linux / C世界更复杂。