1

我认为检查Runtime.getRuntime().freeMemory()会做到这一点，但以下测试似乎表明它没有用：

List<Byte> listDebug = new ArrayList<Byte>();
Log.d("Free memory", String.format("%1$.2f", (float)Runtime.getRuntime().freeMemory()/(1024*1024)));
for (int i = 0; i < 100; i++) {
    try {
        listDebug.addAll(Arrays.asList(new Byte[1024 * 100]));
        Log.d("Free memory", i + ":" + String.format("%1$.2f", (float)Runtime.getRuntime().freeMemory()/(1024*1024)));
    } catch (Exception ex) {
        Log.d("Free memory", ex.getMessage());
    }
    catch (Error e)
    {
        Log.d("Free memory", e.getMessage());
    }
}

输出如下：

03-09 03:16:11.267: D/Free memory(3860): 1.30
03-09 03:16:11.277: D/Free memory(3860): 0:1.25
03-09 03:16:11.287: D/Free memory(3860): 1:2.63
03-09 03:16:11.298: D/Free memory(3860): 2:3.86
03-09 03:16:11.298: D/Free memory(3860): 3:3.08
03-09 03:16:11.317: D/Free memory(3860): 4:4.85
03-09 03:16:11.317: D/Free memory(3860): 5:4.06
03-09 03:16:11.317: D/Free memory(3860): 6:3.28
03-09 03:16:11.367: D/Free memory(3860): 7:7.84
03-09 03:16:11.367: D/Free memory(3860): 8:7.06
03-09 03:16:11.367: D/Free memory(3860): 9:6.27
03-09 03:16:11.387: D/Free memory(3860): 10:7.84

freeMemory()测试应用程序在返回最高数字时在扩展列表 11 次后崩溃。我深感不解。我的测试代码是否存在根本缺陷或freeMemory()完全无关java.lang.OutOfMemoryError？

4

1 回答 1

2

简短的回答是它有点无关紧要。javadoc说：

退货

可用内存的大致数量，以字节为单位。

SO还有一些其他问题更详细地解决了这个问题：

您可以尝试使用具有一定误差范围的值（例如，将 85% 的内存使用视为没有可用内存），但也许最好的方法是简单地捕获OutOfMemoryError它发生的时间并相应地调整行为（使用 less 重新启动进程内存密集型方法，从内存中清除其他内容并重试相同的过程，完全跳过该过程，提醒用户，放弃等）。

于 2013-03-09T15:38:19.930 回答