Backtrace 中缺少 gdb 符号？

Posted 2023-02-17

【中文标题】Backtrace 中缺少 gdb 符号？

【英文标题】：Missing gdb symbols in Backtrace?

【发布时间】：2015-06-03 10:39:28

【问题描述】：

我正在运行此测试，因为我想查看程序的堆栈跟踪。 下面是我的程序：

 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，其中调试级别设置为 slowdebug，另一个设置为 fastdebug。 我得到这个输出：

[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

【参考方案1】：

在普通代码中，gdb 在展开时依赖调试信息（以及在较小程度上的“链接器”符号）来查找函数的名称。调试信息在各种标准中都有描述，DWARF 是当前最适合 Linux 的标准。编译器发出调试信息，然后由 gdb 读取。

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

事实上，从跟踪中可以看出，gdb 甚至无法真正展开整个堆栈。就是这个意思：

回溯停止：此帧内部的前一帧（损坏的堆栈？）

现代编译器和 ABI 也往往需要一些额外的调试信息才能展开 - 而且，对于 JIT 编译应该如何工作还没有达成一致意见。 GDB 有一些启发式方法，用于在无法获得此信息时尝试放松，但正如您所见，它们有时会失败。

所以，这是个坏消息。

好消息是 gdb 提供了一些方法来为 JIT 编写展开程序和调试信息阅读器。而且，有人正在为 OpenJDK 做这件事。我没能很快找到来源，但我确实找到了this thread，这解释了一点。

【讨论】：

使用-Xint标志，java应该通过解释器执行字节码，所以令人惊讶的是GDB没有登陆JVM内部的解释器。

我认为 OpenJDK 做了一些古怪的事情，比如在 VM 初始化期间生成程序集解释器。所以不一定不一致。虽然我确实错过了这一点。

【参考方案2】：

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

还有 cpp 解释器，这是您希望在堆栈跟踪中看到的解释器。但不再支持 cpp 解释器，仅适用于零 jvm 变体。

还有一个关于口译员的article。