Java String不可变性本身不直接提升性能，而是通过常量池复用、hashCode缓存、JVM激进优化（如常量折叠、栈上分配）及线程安全免同步四大机制实现性能增益。
Java 中 String 的不可变性本身不直接“带来性能收益”，而是通过一系列配套机制，把“不变”这个约束转化成可落地的优化效果。真正起作用的是这些机制如何被 JVM 和开发者协同利用。
常量池复用减少对象创建
字符串字面量（如 "hello"）在编译期就进入字符串常量池，相同内容只存一份。运行时多次出现该字面量，全部指向同一对象：
- String a = "abc"; String b = "abc"; → a == b 为 true
- 避免重复分配堆内存，降低 GC 频率
- 对比 new String("abc")：每次都在堆新建对象，即使内容相同也浪费空间和回收开销
hashCode 缓存提升哈希集合性能
String 内部有私有字段 hash，首次调用 hashCode() 时计算并缓存，后续直接返回：
- 作为 HashMap 或 HashSet 的 key 时，插入、查找无需重复计算哈希
- 若 String 可变，每次 get/put 都需重算 hash，散列表可能错位，性能断崖式下降
- 该缓存完全依赖不可变性——内容不变，哈希值才恒定
JVM 层面的深度优化支持
不可变性让 JVM 敢于做激进优化：
- 常量折叠：编译期 "a" + "b" 直接优化为 "ab"，不生成中间对象
- 逃逸分析后栈上分配：短生命周期的 String（如方法内字面量）可能被分配在栈而非堆，避免 GC
- JIT 内联拼接逻辑：对简单链式拼接（如 "x"+y+"z"），HotSpot 可能自动转为 StringBuilder 模式，但仅限编译期可判定的场景
线程安全免同步带来的间接收益
不可变对象天然无状态竞争：
- 多线程共享同一 String 实例（如配置项、枚举名、SQL 模板）无需加锁或 volatile
- 消除同步开销、避免死锁风险，尤其在高并发日志、路由匹配等场景中更稳定
- 比手动加锁或使用原子引用更轻量，且无额外内存屏障成本
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
