String 不可变的关键不是 final 字段，而是私有构造、入参拷贝、不暴露内部可变状态；防御性拷贝、禁止继承、安全序列化及 getter 返回副本等缺一不可。
为什么 String 的 final 字段还不够
很多人照着 String 写个只有 final 字段的类，就以为不可变了——结果发现反射能改、子类能绕过、甚至内部数组被外部持有后直接被篡改。关键不是字段是否 final，而是整个对象图（object graph）对外不可观测的变更。
-
final只防字段重新赋值，不防字段指向的对象内容被修改（比如final byte[] value里的元素仍可写） -
String真正靠的是：私有构造 + 拷贝入参 + 不暴露可变内部（如不返回value数组引用） - 如果类里持有
ArrayList、HashMap或自定义可变对象，必须用防御性拷贝（defensive copy），不能只final引用
构造函数里必须做防御性拷贝
传入可变对象（如 int[]、List、Date）时，直接赋给 final 字段等于把后门焊死了。看这个典型翻车现场：
public class BadImmutable {
private final int[] data;
public BadImmutable(int[] input) {
this.data = input; // 错！外部仍能改 data[0] = 999
}
}
正确做法是立即拷贝：
- 数组用
Arrays.copyOf(input, input.length)或input.clone() -
Collection用new ArrayList(input)（别用Collections.unmodifiableList，它只是包装，底层数组仍可变） - 时间类型优先用
java.time（如LocalDateTime），避免Date；若必须用Date，构造时new Date(date.getTime())
getter 方法不能返回可变内部状态引用
哪怕字段本身是 final，getter 如果直接返回数组或集合引用，调用方就能改你的“不可变”对象：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
立即学习“Java免费学习笔记（深入）”；
public int[] getData() {
return this.data; // 危险！外部拿到后 data[0]++ 就破功
}
该返回副本，且注意性能权衡：
- 小数组/短列表：每次 getter 都
clone()或Arrays.copyOf()，简单安全 - 大数组/高频访问：考虑缓存副本（但要确保线程安全），或改用不可变容器（如
ImmutableListfrom Guava） - 永远不要返回
this或内部可变对象的引用，包括toString()里拼接用的临时StringBuilder
继承与序列化是两个隐藏雷区
不可变类通常不该被继承——否则子类可能加可变字段或重写方法破坏契约。而序列化更隐蔽：readObject 可跳过构造函数，直接写字段。
- 声明类为
final（像String那样），一劳永逸防继承破坏 - 若必须可序列化，必须提供
private void readObject(ObjectInputStream in)，里面手动校验并重新拷贝所有字段 - 避免实现
Serializable除非真需要；优先用 JSON 或现代序列化（如 Jackson + 不可变 builder）
真正难的从来不是写几个 final，而是每一步都得问：这个引用会不会逃逸？这个对象图里还有没有可变节点？连 hashCode() 缓存都要小心——如果基于可变字段计算，缓存就成定时炸弹。
