JDI StackFrame的lineNumber缺失是否因调试信息？还有其他原因吗？

你猜的完全对——StackFrame中的lineNumber值，本质来自类文件里的LineNumberTable属性，而这个属性是编译Java代码时通过javac -g（或更精确的-g:lines）参数生成的调试信息。

为什么Thread.sleep()拿不到行号 #

OpenJDK/Oracle官方发布的JDK核心类库（比如包含java.lang.Thread的模块），默认是不带调试信息编译的——编译这些类时没加-g参数，类文件里根本没有LineNumberTable，所以JDI获取栈帧时自然拿不到行号。而你自己编译代码时加了调试参数，类文件里有这个表，所以能正常获取行号，这完全符合逻辑。

其他影响行号获取的因素 #

除了编译时是否包含调试信息，还有这些情况会导致行号缺失或不准确：

• 编译时未指定调试参数：自己写的代码如果用javac编译时不加-g，或者只加-g:vars（仅生成变量调试信息），类文件里就没有LineNumberTable，栈帧同样拿不到行号。
• 字节码被动态修改：如果用ASM、CGLIB、ByteBuddy这类工具修改字节码时，没有保留或重新生成LineNumberTable，修改后的类就会丢失行号信息。
• JIT内联优化：当JVM的JIT编译器把某个方法内联到调用方后，栈帧里可能不会显示原方法的行号，而是显示调用处的行号，甚至直接跳过原方法的栈帧，导致看起来行号“缺失”。
• Native方法：纯Native方法（没有Java层实现逻辑的）本身没有对应的Java代码行号，栈帧中的lineNumber会是-1或无效值。
• 自定义类加载器的特殊处理：极少数场景下，自定义类加载器会在加载类时主动移除类文件中的调试信息（比如出于性能或安全考虑），这种情况下也无法获取行号。

内容的提问来源于stack exchange，提问作者gcworker44