final修饰引用类型锁住的是引用本身而非对象内容：变量地址不可变，但可通过引用修改对象内部状态；要真正不可变需类自身设计配合。

final 修饰引用类型，锁住的是“谁”，不是“什么”：它只保证这个变量不能再指向别的对象（地址不可变），但不阻止你通过这个引用去修改对象内部的状态（内容可变）。

一、final 引用 = 锁死“指针”，不锁死“盒子”

可以把引用想象成一张写有门牌号的纸条，而对象是门牌号对应的真实房子：

• final 修饰引用：相当于把这张纸条封进胶水里——你不能再往上面改写新门牌号（不能重新赋值）；
• 但房子本身没上锁：只要你知道门牌号，仍可以进门、换灯泡、搬家具（调用方法修改属性）。

二、代码一看就懂

比如下面这段 Java 代码：

List finalList = new ArrayList();
finalList.add("a"); // ✅ 允许：修改对象内容
finalList = new ArrayList(); // ❌ 编译错误：试图改变引用指向

再比如自定义类：

final Person p = new Person("张三");
p.setName("李四"); // ✅ 允许：修改对象内部字段
p = new Person("王五"); // ❌ 编译错误：不能重新赋值

三、想真正“不可变”，得靠对象自己配合

final 只是引用层的约束。要让对象内容也不变，需额外设计：

• 类的所有字段用 private + final 修饰；
• 不提供修改字段的 setter 方法；
• 构造器完成全部初始化；
• 如果含可变对象（如 List），返回副本而非原引用（防御性拷贝）。

像 String、LocalDate 这些 JDK 中的“真正不可变类”，就是这么做的。

四、常见误区提醒

• 误以为 final List<string> list = new ArrayList();</string> 能防止添加元素——其实完全能 add/remove；
• 混淆“引用不可变”和“对象不可变”，后者是更严格的设计目标；
• 在多线程中，仅靠 final 引用不能保证线程安全——除非对象本身不可变或同步充分。