5

这是我运行以下命令时得到的输出摘录（40 只是斐波那契程序的一个参数）：

java -XX:+UnlockDiagnosticVMOptions -XX:CompileCommand="print Fibonacci::fibonacci" Fibonacci 40

有人能解释一下每个数据的含义吗（我假设它的意思是字节数，例如，主代码需要 288 个字节）。还有各种类别是什么意思 - 重定位、存根代码、元数据、范围数据、范围 pcs、处理程序表等是什么意思？

...
Compiled method (c2)      93   16       4       Fibonacci::fibonacci (22 bytes)
total in heap  [0xfff8000108113dd0,0xfff8000108114440] = 1648
relocation     [0xfff8000108113f00,0xfff8000108113f48] = 72
main code      [0xfff8000108113f60,0xfff8000108114080] = 288
stub code      [0xfff8000108114080,0xfff80001081141e0] = 352
oops           [0xfff80001081141e0,0xfff80001081141e8] = 8
metadata       [0xfff80001081141e8,0xfff8000108114210] = 40
scopes data    [0xfff8000108114210,0xfff8000108114298] = 136
scopes pcs     [0xfff8000108114298,0xfff80001081143d8] = 320
dependencies   [0xfff80001081143d8,0xfff80001081143e0] = 8
handler table  [0xfff80001081143e0,0xfff8000108114440] = 96
----------------------------------------------------------------------
Fibonacci.fibonacci  [0xfff8000108113f60, 0xfff80001081141e0]  640 bytes
[Entry Point]
[Verified Entry Point]
[Constants]
# {method} {0xfff80001036243b8} 'fibonacci' '(I)J' in 'Fibonacci'
# parm0:    I0        = int
#           [sp+0x90]  (sp of caller)
...
4

1 回答 1

8

方括号之间的十六进制数字是包含数据的内存范围的开始和结束。如您所料，后面的数字=是以字节为单位的数据大小。

关于类别：

  • total in heap是整个编译的代码和元数据。它包括所有其他类别。它实际上大于所有其他类别的总和，因为还有一堆其他字段未在此表中描述（此表仅描述对象中具有可变大小的部分）。
  • relocation是允许虚拟机在必要时修补代码的元数据：例如，如果代码嵌入了一个对象指针，那么如果 GC 移动对象，则需要修改该指针。它还包含有关内联缓存、对外部常量的任何引用、运行时调用等的信息。
  • main code是为该方法编译的大部分本机代码。
  • stub code这是与此方法相关的更多机器代码。在某些运行时事件（例如，链接或重新链接调用站点或内联缓存、去优化、异常处理......）期间，通常是一小段代码用于支持主代码
  • oops普通对象指针数组（即指向垃圾回收对象的指针）。它们可以从主代码或scopes data下面引用。
  • metadata由于在 JDK 8 中删除了永久代，VM 关于类和方法的元数据不再是标准的垃圾回收 oops，因为它们仍然需要被跟踪，它们有自己的部分。metadata指向元数据对象（例如表示类和方法的 VM 对象）的指针也是如此。它们也可以从主代码或scopes data下面引用。
  • scopes pcs这包含允许从主本机代码中的程序计数器到 Java 中的代码位置的元数据：本机 PC 被映射到 Java 方法和字节码索引（“bci”）。由于内联，单个 PC 实际上与一堆 (method, bci) 对相关联。
  • scopes data这包含进一步描述这些 PC 上 Java VM 状态的元数据。它包含将 JVM 位置（例如，本地或堆栈槽）映射到本机位置（例如，寄存器或本机堆栈槽）的数据。这允许 VM 知道在 GC 期间在哪里寻找 oops 以及在反优化期间重建解释器的状态。
  • dependencies这是编译器在编译此方法时所做的“假设”列表。这样的假设可能是“类 Foo 没有子类”。这允许 VM 知道，如果以后发生违反此假设的情况（例如在前面的示例中加载一个新类，它是 Foo 的子类），则需要使此方法无效。
  • handler table这是一个表，允许 VM 在由于异常而展开时知道在哪里继续执行。
于 2017-06-24T16:24:20.470 回答