java中string的不可变性本质是为内存优化服务：支撑字符串常量池安全复用、实现jdk9紧凑字符串编码切换、保障hashcode缓存有效，并降低哈希表等场景性能开销，但拼接操作需借助stringbuilder等可变结构缓解gc压力。
Java 中 String 的不可变性不是为了“禁止修改”，而是为内存优化铺路——它让 JVM 敢于复用、缓存、压缩字符串数据，而不是每次都要分配新空间。
字符串常量池依赖不可变性才能安全复用
常量池本质是一个运行时哈希表，存储的是字符串字面量的引用。JVM 把 "abc" 和 "abc" 指向同一对象，前提是这个对象内容绝不会被改写。
- 如果 String 可变，一个线程执行
s.replace('a', 'x')就会让所有共享该对象的变量看到意外内容 -
String a = "hello"; String b = "hello";→a == b为 true，靠的就是内容锁定 -
new String("hello")不进池，但它的不可变性仍保障自身状态稳定，不干扰池中其他对象 -
"hello".intern()能安全返回池中已有引用，前提是池中那个对象的内容永远不变
JDK9 起的紧凑字符串靠不可变性实现动态编码切换
String 内部从 char[] 改为 byte[] + coder（Latin-1 或 UTF-16），对纯 ASCII 字符（如英文、数字）每个字符只占 1 字节，内存直降约 50%。
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 该优化完全透明，无需改代码
- 含中文等 UTF-16 字符时自动回退到 2 字节/字符模式
- 不可变性确保了 value 和 coder 两个 final 字段组合后语义恒定，结构可适配但内容不漂移
哈希值缓存靠不可变性做到“一次计算、永久有效”
String 内部有 private int hash 字段，首次调用 hashCode() 时计算并缓存，之后直接返回。
- 作为 HashMap 的 key 时，避免每次查找都重新遍历字符数组算 hash
- 尤其在配置项缓存、路由表等大量字符串 key 场景下，性能提升明显
- 若 String 可变，hash 缓存会失效，甚至引发 Map 数据错乱
拼接操作的 GC 压力源于不可变性，也需用可变结构来缓解
“修改即新建”的逻辑虽带来内存优化红利，但也导致临时对象爆炸。
- 循环内写
str += "x"会生成大量中间 String，加重 Minor GC - 编译器对字面量拼接（如
"a" + "b"）自动优化为常量并入池；一旦掺入变量，就退化为运行期堆上创建 - 高频拼接必须用
StringBuilder（单线程）或StringBuffer（多线程），它们内部用可变char[]，构造完再调toString()得到安全不可变对象
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
