Java中StackTraceElement.getLineNumber()返回-1是因为字节码缺少行号表，常见于编译时加-g:none、混淆未保留LineNumberTable、第三方jar无调试信息或GraalVM native image默认不保留；确保行号需默认编译、构建工具不禁用debug、混淆时配置-keepattributes SourceFile,LineNumberTable，并可用javap -v验证。
Java 中 StackTraceElement.getLineNumber() 能直接获取异常发生时的源码行号，但前提是编译时保留了调试信息（即未用 -g:none 或混淆工具移除行号表）。
为什么有时返回 -1？
当字节码中没有行号信息时，getLineNumber() 返回 -1。常见原因包括：
- 编译时加了
-g:none参数，跳过了调试信息生成 - 使用 ProGuard / R8 等混淆工具且未配置保留行号（如缺少
-keepattributes SourceFile,LineNumberTable） - 类来自无源码的第三方 jar，且该 jar 编译时未保留行号表
- 运行在某些高度优化的环境（如部分 GraalVM native image 默认不保留）
如何确保能拿到正确行号？
开发和发布阶段注意以下几点：
- 普通编译不用额外操作：javac 默认生成行号表（
-g是默认行为） - 构建工具（Maven/Gradle）中避免显式关闭调试信息，例如 Maven 的
maven-compiler-plugin不要设<debug>false</debug> - 混淆时在 ProGuard 配置中加入：
-keepattributes SourceFile,LineNumberTable - 检查 class 文件是否含行号：可用
javap -v YourClass.class | grep LineNumberTable查看是否存在该属性
怎么从异常中提取行号？
捕获异常后，遍历栈帧即可：
立即学习“Java免费学习笔记（深入）”；
try {
// 可能抛异常的代码
} catch (Exception e) {
StackTraceElement[] trace = e.getStackTrace();
if (trace.length > 0) {
StackTraceElement top = trace[0];
String className = top.getClassName();
String methodName = top.getMethodName();
int lineNo = top.getLineNumber(); // 关键：这里取行号
System.out.printf("异常发生在 %s.%s() 第 %d 行%n", className, methodName, lineNo);
}
}
注意：getLineNumber() 返回的是源文件中的物理行号（不是字节码指令偏移），对应你 IDE 里看到的行数。
补充说明
行号是编译器写入 class 文件的静态信息，运行时不会动态计算。它指向的是抛出异常那行语句（比如 throw 语句所在行，或 JVM 自动抛出异常的位置，如空指针发生在某变量访问处）。如果异常被多层包装（如 ExecutionException），需调用 getCause() 向下查找原始异常才能定位真正出问题的行。
