Java 未请求的内存分配

Question

下面在 JConsole 下观察到的代码显示堆大小不断增加。堆达到最大 25mb，然后 GC 运行并将堆大小减少到几乎 3MB。这是预期的行为吗？我很惊讶！

public class Dummy {
    public static void main(String[] args) {
        System.out.println("start");
        while(true){
            try {
                Thread.sleep(5000);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }
    }
}

我用的是雪豹。

Answer 1

与 jconsole 的通信导致对象被分配。我相信您在这里看到的是您的测量方法的产物。编译代码时，HotSpot 也可能会进行轻微的分配。如果您担心，请使用探查器查看正在分配的内容（再次注意探查器界面的分配）。

正常的 GC 行为是为了避免不必要的运行。您将在网络上看到内存使用情况的锯齿图。这里在缓存和交换友好性与避免工作之间存在一些折衷。此外，服务器 HotSpot 比客户端 HotSpot 更频繁地消耗内存。

Answer 2

是的，这应该是预期的行为。虽然您没有执行任何特定于分配对象的操作，但 sleep 的实现可能是这样，即使没有，JVM 中也有其他线程正在运行，这很可能是这样。

Answer 3

是的，这很正常。您没有显式创建任何对象，但您正在调用可能创建一些临时对象作为其实现的一部分的方法。这些临时对象会堆积起来，直到 GC 运行将其清除为止。

Answer 4

类文件看起来像这样，代码从 8 循环到 14，java.lang.Thread.sleep() 是原生的。因此，没有理由创建 MB 的对象，

 public static void main(java.lang.String[] args);
     0  getstatic java.lang.System.out : java.io.PrintStream [16]
     3  ldc <String "start"> [22]
     5  invokevirtual java.io.PrintStream.println(java.lang.String) : void [24]
     8  ldc2_w <Long 5000> [30]
    11  invokestatic java.lang.Thread.sleep(long) : void [32]
    14  goto 8
    17  astore_1 [e]
    18  aload_1 [e]
    19  invokevirtual java.lang.InterruptedException.printStackTrace() : void [38]
    22  goto 8

恐怕您看到的是来自 JProfiler 本身（我不知道您如何将其附加到虚拟测试应用程序）或在此虚拟机中运行的其他内容。要找出已创建的对象，如果 JProfiler 未显示此信息，您应该执行堆转储。

'

Answer 5

关于其原因显然有两种理论，并且不可能根据经验推理来区分它们。我可以建议一个简单的实验吗？

1. 将程序更改为休眠 1 毫秒而不是 5000。（实际数字并不重要...这是为了使假设的内存分配尽可能快地发生。您也可以尝试 0 毫秒，但行为睡眠时间可能会有所不同...）

2. 使用当前方法运行程序；例如使用 jconsole。

3. 在没有 jconsole 等的情况下运行程序，但使用“-verbose:gc”选项，以便您可以看到 GC 何时运行。

   在

我怀疑在最后一种情况下，您会失去耐心等待 GC 运行......甚至尽可能快地调用 sleep 。