String不可变性由四层设计保障：一是类声明为final禁止继承；二是底层数组私有且final，杜绝外部访问与重引用；三是所有方法均返回新对象而不修改原实例；四是构造器执行防御性拷贝，隔离外部数组变更。
要对String不可变性讲得清晰、有层次、还能应对追问，关键不是背“final class”四个字，而是把四层设计逻辑串成一条线：类封死、字段藏好、方法守规矩、构造防偷袭。
第一层：类本身不能被继承
String声明为public final class String。这不是摆设——如果允许继承，有人就能写class BadString extends String，在子类里加个setCharAt(int i, char c)，直接绕过所有约束。final类从根上堵住“用继承破坏不可变”的路。
第二层：底层数组既私有又不可重指向
JDK 8是private final char[] value，JDK 9+是private final byte[] value加private final byte coder。注意两个关键词：
- private：外部连数组引用都拿不到，更别说改内容；
-
final：value这个字段初始化后，不能再指向别的数组（比如
value = new char[10]会编译失败）。
有人问“final不保护数组元素”，没错——但String压根没暴露任何能操作它的public入口，连反射修改都被JVM在模块系统下严格限制。
立即学习“Java免费学习笔记（深入）”；
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
第三层：所有方法都不动原对象
你调s.toUpperCase()、s.replace("a", "b")、甚至s += "x"，源码里全是在干同一件事：
- 基于原
value（或其一部分）拷贝出新数组； - 用新数组构造一个全新String对象；
- 返回新对象，原s一点没动。
没有append()、没有setCharAt()、没有clear()——整个API契约就是“只读+产新”。
第四层：构造器做防御性拷贝
哪怕你传入一个可变的char数组：char[] arr = {'h', 'e'}; String s = new String(arr);，String构造器内部会立刻执行Arrays.copyOf(arr, arr.length)。你后续改arr[0] = 'X'，对s毫无影响——它用的是自己的副本。
这个细节常被忽略，却是防止“外部数组被篡改导致String意外变化”的最后一道保险。
