final 只保证引用不变，不防止对象内容被修改；基本类型值不可变，引用类型仍可调用可变方法；防篡改需使用不可变对象（如list.of()、string等）或自定义不可变类。
Java 中的 final 不能用于“方法内部声明不可变局部变量防篡改”这种目的——它确实能防止重新赋值，但不等于“防篡改”，尤其对对象类型。
final 局部变量只禁止重新赋值，不阻止内容修改
当你用 final 声明一个局部变量（比如 final List<string> list = new ArrayList();</string>），你只是锁住了这个变量的引用，不让它再指向别的对象。但 list.add("x")、list.clear() 等操作依然完全合法——对象自身状态可以被自由修改。
也就是说：
-
final保证的是“引用不变”，不是“对象不可变” - 基本类型（
int、boolean等）用final后，值确实不能再改，天然不可变 - 引用类型（
List、Map、自定义类等）用final后，仍可调用其可变方法
真想“防篡改”，得靠不可变对象本身
要让局部变量所指的对象内容不可改，关键不是加 final，而是让它指向一个真正不可变的对象。常见做法有：
- 用 JDK 自带的不可变集合：如
Lists.of()、Set.of()、Map.of()（Java 9+），或Collections.unmodifiableList()包装已有列表 - 使用
String、Integer等天然不可变类（它们没有修改自身状态的方法） - 自定义类时，把字段设为
private final，不提供 setter，且不暴露可变内部状态（如返回new ArrayList(this.list)而非原始引用）
示例：
final ListsafeList.add("c"); // 编译通过，但运行时报 UnsupportedOperationException
final 在方法内最实际的用途
它主要用于明确语义和配合 Lambda / 匿名内部类：
- 让代码意图清晰：“这个变量后面绝不会换对象”
- 在匿名类或 Lambda 中访问局部变量时，Java 要求该变量是“事实上 final”（effectively final）——即虽未写
final，但从未被重新赋值；显式加上final是一种主动声明和防御 - 有助于 JIT 编译器做优化（但对日常开发影响极小）
总结一句话
加 final 是防“换引用”，不是防“改内容”。想防篡改，先选不可变类型或构造不可变实例，final 只是辅助手段，不是银弹。
