在回溯中缺少gdb符号

Question

我正在运行这个测试，因为我想看到程序的堆栈跟踪。下面是我的程序:

 public class NanoTime {
 public static void main (String[] args) {   
      long StartTime = System.nanoTime();
      StringBuffer buffer = new StringBuffer();
      for(int i=0; i<1000; i++) {   
         buffer.append("a");  }
      long EndTime = System.nanoTime();
      long totalTime = EndTime-StartTime;
      System.out.println("Total time of calculation ="+ totalTime);   
 }

}

现在我正在使用OpenJDK，其中调试级别设置为慢调试，另一个设置为快速调试。我得到这样的输出:

[New Thread 0x7ffff7fd3700 (LWP 22532)]
 Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7ffff7fd3700 (LWP 22532)]0x00007fffe10002b4 in ?? ()
(gdb) bt
#0  0x00007fffe10002b4 in ?? ()
#1  0x0000000000000202 in ?? ()
#2  0x00007fffe1000160 in ?? ()
#3  0x00007ffff66bd1a9 in execute_internal_vm_tests () at /home/bionix/Openjdk8/hotspot/src/share/vm/prims/jni.cpp:5128
#4  0x00007ffff7fd2550 in ?? ()
#5  0x00007ffff6b08bf8 in VM_Version::get_cpu_info_wrapper () at /home/bionix/Openjdk8/hotspot/src/cpu/x86/vm/vm_version_x86.cpp:395
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

我对那里的问号感到困惑，正如我期望的本机方法名称。

注意:我甚至禁用JIT编译器:gdb --args java -Xint Test

Answer 1

在普通代码中，gdb在unwind时依赖于调试信息(在较小程度上依赖于"链接器"符号)来查找函数名。各种标准中描述了调试信息，DWARF是当前Linux的最佳标准。编译器发出调试信息，然后由gdb读取。

对于像OpenJDK这样的即时编译器，没有一致同意的解决方案来发出调试信息供调试器读取。因此，正如您所发现的，gdb通常不知道发生了什么。

实际上，从跟踪中可以看到，gdb甚至不能真正展开整个堆栈。这就是它的意思:

回溯停止:前一帧在此帧内部(堆栈损坏?)

现代编译器和abi也倾向于需要一些额外的调试信息来展开——而且，对于JIT编译应该如何工作，也没有一致的意见。当这些信息不可用时，GDB使用一些启发式方法来尝试展开，但是正如您所看到的，它们有时会失败。

所以，这就是坏消息。

好消息是gdb提供了一些为jit编写解压缩器和调试信息读取器的方法。有人在为OpenJDK做这个。我没能很快找到源代码，但我确实找到了这个线程，它解释了一点。

Answer 2

这是因为jvm正在使用模板解释器。对于该解释器，java字节码处理程序在启动时被翻译成当前平台的机器指令。你仍然可以得到完整的堆栈跟踪，更多信息:模板解释器demo

还有cpp解释器，这是您希望在堆栈跟踪中看到的解释器。但是cpp解释器不再被支持，并且只能在零jvm变体的情况下使用。

还有一篇关于口译员的文章