gpt4 book ai didi

java - 从 JVM 崩溃日志中的堆栈跟踪获取行号

转载 作者:行者123 更新时间:2023-12-02 02:44:50 24 4
gpt4 key购买 nike

我正在尝试使用 libGDX 修复某些代码中出现的竞争条件。这种特殊的竞争条件发生时会使 JVM 崩溃。

搜索 JVM 崩溃日志,我发现了以下几行:

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
J 1128 com.badlogic.gdx.utils.BufferUtils.copyJni([FLjava/nio/Buffer;II)V (0 bytes) @ 0x0000000002d477b0 [0x0000000002d47740+0x70]
J 1365 C2 com.badlogic.gdx.graphics.g2d.SpriteBatch.flush()V (185 bytes) @ 0x0000000002e16ad4 [0x0000000002e16940+0x194]
J 1201 C1 com.badlogic.gdx.graphics.g2d.SpriteBatch.end()V (90 bytes) @ 0x0000000002d8f2d4 [0x0000000002d8f1c0+0x114]
J 1422 C1 com.me.mygame.screens.IslandScreen.render(F)V (848 bytes) @ 0x0000000002e40624 [0x0000000002e3a4e0+0x6144]
J 1539 C1 com.badlogic.gdx.Game.render()V (25 bytes) @ 0x0000000002e6c1dc [0x0000000002e6c000+0x1dc]
j com.badlogic.gdx.backends.lwjgl.LwjglApplication.mainLoop()V+698
j com.badlogic.gdx.backends.lwjgl.LwjglApplication$1.run()V+27
v ~StubRoutines::call_stub

某一行涉及我自己的一些代码:

J 1422 C1 com.me.mygame.screens.IslandScreen.render(F)V (848 bytes) @ 0x0000000002e40624 [0x0000000002e3a4e0+0x6144]

有什么方法可以找到导致此问题的具体行是什么?如果没有,可以采取什么措施来调试此崩溃?

最佳答案

崩溃日志中的堆栈跟踪可能包含解释和编译的 Java 方法。

解释方法(用小j表示)还将包括字节码索引(bci),例如

j com.me.mygame.screens.IslandScreen.render(F)V+727
^^^

此处,方法 render 正在执行位置 727 处的字节码。要将其与行号匹配,请使用 Java 反编译器,例如 javap:

javap -c -verbose -cp CLASSPATH com.me.mygame.screens.IslandScreen

查找将源代码中的行映射到字节码索引的 LineNumberTable:

  LineNumberTable:
line 7: 0
line 8: 11
...
line 66: 707
line 67: 719 <-- find the nearest bci
line 68: 731

您需要 bci 最接近(但不超过)727 的行号。在上面的示例中,它是第 67 行。

<小时/>

或者,您可以请求 JVM 在崩溃之前执行命令。 jstack 将帮助生成完整的线程转储,包括行号。

java -XX:OnError="jstack -F %p" ...

这里-F表示“强制”模式,%p自动替换为JVM进程ID。

关于java - 从 JVM 崩溃日志中的堆栈跟踪获取行号,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/44781925/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com