Java方法参数加final到底有没有用
有，但只对参数变量本身起作用——它阻止你在方法体内给这个形参重新赋值，不影响对象内部状态。很多人加final是想“保护传入的对象不被修改”，这其实是个误解。
final参数能防什么、不能防什么
它只约束形参变量的指向不能变，不是锁住对象内容。比如传一个ArrayList进来，加final后你不能写list = new ArrayList()，但完全能调用list.add()或list.clear()。
- 能防：
param = new Object()、param = null这类重赋值 - 不能防：
param.field = xxx、param.someMethod()（只要方法本身可变） - 对基本类型（如
int）和不可变类（如String、LocalDateTime）效果最直观
什么时候值得显式写final参数
不是必须，但适合在明确表达“这个引用不该被覆盖”的场景下使用，尤其当方法体较长、逻辑分支多时，能减少误操作。
- Lambda表达式里捕获外部参数时，JDK 8+ 要求“有效final”（effectively final），显式加
final更清晰 - 团队代码规范强制要求时（如Google Java Style不强制，但有些公司会加）
- IDE自动提示“Parameter can be final”且你确认没重赋值需求，点一下无成本
- 避免在方法开头就
if (param == null) param = defaultParam;这类写法——那就不该加final
编译器和字节码层面的真实影响
加final参数不会改变字节码行为，也不触发任何JVM优化。它纯粹是编译期检查，运行时完全消失。所以：
立即学习“Java免费学习笔记（深入）”；
- 不提升性能，不降低兼容性
- 不改变方法签名，加或不加
final都不算重载（void foo(final String s)和void foo(String s)是同一个方法） - 反编译看
javap -c结果，两者生成的指令一模一样
真正容易被忽略的是：局部变量、for循环里的索引、lambda参数，这些地方加final的意义和方法参数是一致的——都是封住变量绑定，不是封住对象。别指望靠它实现防御式编程，该做深拷贝还得做，该校验状态还得校验。
