java编译后生成的.class文件不保存源码中的局部变量名，jvm仅依赖类型和位置执行指令；反编译工具因缺乏原始名称信息，只能用var0、var1等自动生成的占位符替代。

java编译后生成的.class文件不保存源码中的局部变量名，jvm仅依赖类型和位置执行指令；反编译工具因缺乏原始名称信息，只能用var0、var1等自动生成的占位符替代。

在Java中，源代码（.java）经过javac编译后，会转化为JVM可执行的字节码（.class文件）。但这个过程并非简单“翻译”，而是一次有目的的信息精简：源码中对开发者友好的标识符（如参数名、局部变量名）在默认情况下不会写入字节码。

根据JVM规范 §4.6，每个方法在.class文件中以method_info结构存储，它包含访问标志（access_flags）、方法名索引（name_index）、描述符索引（descriptor_index）以及属性列表（attributes）。其中：

• descriptor_index 指向方法签名（如(I)V表示接收一个int参数、无返回值），只记录类型，不记录变量名；
• 局部变量名本身不属于JVM运行必需信息，因此不在method_info主结构中保留。

那么，为什么反编译器（如JD-GUI、CFR或IDE内置反编译器）显示的是String var0、int var0而不是你写的String[] args或int repeats？答案是：它们在“猜”。
当字节码中缺失调试信息（即未启用-g编译选项）时，反编译器无法获知原始变量名，只能依据变量在局部变量表（Local Variable Table）中的槽位（slot）顺序，按var0、var1、var2……规则生成临时名称。

✅ 验证方式：重新编译并显式添加调试信息：

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

javac -g StackOverflowExample.java

此时再反编译，通常会恢复为args和repeats（前提是反编译器支持读取LocalVariableTable属性）。

⚠️ 注意事项：

• -g 会生成LocalVariableTable和LineNumberTable等调试属性，增大.class体积，生产环境常禁用（如Maven默认maven-compiler-plugin不带-g）；
• 即使开启-g，Lambda表达式、匿名内部类中的局部变量名仍可能丢失，因其涉及合成变量；
• 混淆工具（如ProGuard、R8）会主动抹除所有可读名称，强化varN行为——这是有意为之的安全/体积优化。

总结来说，var0不是JVM的“命名约定”，而是反编译器在信息缺失下的合理妥协。它提醒我们：字节码面向机器而非人类，可读性是调试信息的附加价值，而非运行本质。如需保障反编译可读性，应在构建流程中明确启用调试符号，并在发布前权衡可维护性与安全性。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南