所以我一直在尝试让内存密集型程序工作,并继续遇到内存错误。我已经阅读了其他主题,他们都谈论内存泄漏,但我不认为这是这种情况。
我创建了一个分配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);
}
答案 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世界更复杂。