方法参数上的final关键字会被编译到字节码中吗？

结论 #

方法参数上的final属于纯编译期约束，默认不会写入字节码的核心运行时结构，不属于JVM层面会感知、校验的特性，你的测试结果完全符合Java的规范设计。

具体说明 #

• final修饰方法参数的唯一作用是编译期检查：禁止开发者在方法内部重新为该参数赋值。只要你违反这个规则（给加了final的参数二次赋值），编译会直接报错，不会生成class文件。检查完成后，final对方法的实际运行逻辑没有任何影响，所以默认编译不会把这个标记保留到字节码里。
• JVM规范中，字段的final有对应的访问标志位ACC_FINAL，你测试里也能看到字段的flags里明确标记了这个属性，JVM运行时会感知这个标记（比如限制反射修改final字段、影响JIT优化逻辑）。但方法参数没有对应的核心级标志位，仅在可选的MethodParameters元数据属性里可以存储参数的final标记，而这个属性默认不会被javac生成。
  如果你想在字节码里看到参数的final标记，可以执行带编译参数的命令：javac -parameters Test.java，之后再用javap -v反编译就能在方法属性里看到对应标记，但这个标记仅用于反射、调试等场景，不影响方法的实际执行逻辑，JVM运行时不会基于这个标记做任何校验。
• 你测试中两种场景生成的字节码指令完全一致是正常现象：不管参数加不加final，方法的运行逻辑完全相同，JVM执行的时候不会有任何区别。哪怕你用反射修改方法参数的值，也不会因为参数加过final就被阻止，因为JVM根本不会感知这个编译期的标记。

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