java PrintCompilation输出：“Made Not entent”和“made zombie”是什么意思

java jit jvm-hotspot

2022-09-01 01:07:24

运行 Java 1.6 （1.6.0_03-b05）应用时，我添加了标志。在一些方法的输出上，特别是我知道经常被调用的一些方法，我看到了文本和.-XX:+PrintCompilationmade not entrantmade zombie

这些是什么意思？最好的猜测是，在重新编译该方法或具有更大优化的依赖项之前，这是一个反编译步骤。这是真的吗？为什么是“僵尸”和“进入者”？

例如，在其中一些行之间有相当多的时间：

[... near the beginning]
42       jsr166y.LinkedTransferQueue::xfer (294 bytes)

[... much later]
42    made not entrant  jsr166y.LinkedTransferQueue::xfer (294 bytes)
---   n   sun.misc.Unsafe::compareAndSwapObject
170       jsr166y.LinkedTransferQueue::xfer (294 bytes)
170   made not entrant  jsr166y.LinkedTransferQueue::xfer (294 bytes)
  4%      jsr166y.LinkedTransferQueue::xfer @ 29 (294 bytes)
171       jsr166y.LinkedTransferQueue::xfer (294 bytes)

[... even later]
42    made zombie  jsr166y.LinkedTransferQueue::xfer (294 bytes)
170   made zombie  jsr166y.LinkedTransferQueue::xfer (294 bytes)
171   made not entrant  jsr166y.LinkedTransferQueue::xfer (294 bytes)
172       jsr166y.LinkedTransferQueue::xfer (294 bytes)

[... no further logs]

答案 1

我已经在我的博客上收集了一些关于这方面的信息。我发现的悬崖点击评论说：

Zombie 方法是其代码因类加载而失效的方法。通常，服务器编译器会对非最终方法做出积极的内联决策。只要从不重写内联方法，代码就是正确的。当加载子类并重写该方法时，编译的代码将被破坏，以便将来对它进行所有调用。代码被声明为“非进入”（将来没有调用者到损坏的代码），但有时现有调用者可以继续使用该代码。在内联的情况下，这还不够好;现有调用方的堆栈帧在从嵌套调用返回到代码时（或仅当它们在代码中运行）时会“取消优化”。当没有更多的堆栈帧将PC保持在损坏的代码中时，它被宣布为“僵尸” - 一旦GC接近它，就可以将其删除。

答案 2

这对我来说绝对不是一个专业领域，但我感兴趣，所以做了一些挖掘。

您可能会发现几个有趣的链接：OpenJDK：nmethod.cpp，OpenJDK：nmethod.hpp。

摘录：nmethod.hpp

// Make the nmethod non entrant. The nmethod will continue to be
// alive.  It is used when an uncommon trap happens.  Returns true
// if this thread changed the state of the nmethod or false if
// another thread performed the transition.
bool  make_not_entrant() { return make_not_entrant_or_zombie(not_entrant); }
//...

只是作为一个起点。