String不可变性源于JVM中内存的多重锁定：private final byte[]/char[]封装+final类禁止继承+所有方法返回新对象，保障常量池共享安全与hash缓存可靠。
面试中讲String不可变性，重点不是背“final修饰”，而是说清楚JVM里那一小块内存怎么被层层锁死的。
底层存储结构：从char[]到byte[]的演进
Java 8及以前，String内部用private final char[] value存字符；Java 9起改为private final byte[] value + private final byte coder。coder字段标识编码方式（LATIN1或UTF16），让纯ASCII字符串能用1字节存一个字符，节省一半内存。无论哪种形式，value数组始终是private且final——前者封死外部访问路径，后者禁止引用重定向。
真正锁住内容的不是final，而是封装+无修改接口
final只保证value引用不换地址，不阻止数组元素被改（比如通过反射）。但String做到了三点硬约束：
- 所有字段都是private，外部拿不到value数组的引用
- 类本身是final，无法通过继承覆盖方法来绕过限制
- 所有公开方法（substring、concat、replace等）都不修改原数组，一律返回新String对象
常量池与不可变性的共生关系
字符串常量池不是普通缓存，它是JVM在堆中维护的“字符串身份证系统”。只有不可变，才能让多个变量安全共享同一个对象：
- String a = "hello"; String b = "hello"; → a == b为true，因为指向常量池同一对象
- 如果String可变，a调用replace后b看到的内容就变了，逻辑彻底失控
- 所以不可变不是设计偏好，而是常量池机制成立的前提
哈希值缓存和线程安全的底层依据
String的hash字段是延迟计算、一次赋值、永久有效：
- 首次调用hashCode()时计算并缓存，后续直接返回
- 正因为value内容永不变化，hash才敢缓存——否则每次都要重算
- 多线程读取同一个String对象无需同步，既因字段final，更因状态完全封闭、无任何可变入口
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
