Java String不可变性是高效缓存的基石：常量池复用字面量和intern()驻留；hashCode缓存提升HashMap性能；JDK9+紧凑编码节省内存；拼接需用StringBuilder/Buffer再转不可变String。
Java 中 String 的不可变性本身不是目标，而是实现高效、安全缓存的底层基石。要真正利用它做缓存优化，关键在于理解哪些缓存机制依赖它、它们如何工作，以及你在代码中该做什么、不该做什么。
常量池复用：靠字面量和 intern() 主动驻留
JVM 的字符串常量池只对编译期确定或显式驻留的字符串生效。不可变性让 JVM 敢于把 "abc" 这样的字面量只存一份，所有相同字面量都共享引用。
- 直接写
String a = "hello"; String b = "hello";→a == b为 true，说明复用成功 -
new String("hello")默认不进池，但调用.intern()后可强制驻留（Java 7+ 直接返回池中引用） - 适合对高频重复、长生命周期字符串主动调用
intern()，比如数据库查出的用户状态码、HTTP 头名、配置项 key - 避免对 UUID、时间戳等唯一字符串滥用
intern()，否则常量池膨胀反而拖慢 GC
哈希值缓存：让 String 成为 HashMap 的理想 Key
String 内部有 private int hash 字段，首次调用 hashCode() 时计算并缓存。不可变性确保这个值永远有效，后续调用无需重算。
- 作为
HashMap的 key 时，get()和put()不再反复遍历字符数组，性能提升显著 - 尤其在路由表、配置缓存、权限映射等大量字符串 key 场景下，这个缓存直接决定吞吐量
- 如果 String 可变，key 的哈希值一旦变化，
get()就可能找不到原值，导致逻辑错乱
紧凑字符串编码：JDK9+ 的内存减半优化
JDK9 起，String 底层从 char[] 改为 byte[] + coder。不可变性保障了这种结构切换的安全性——内容不变，编码方式可按需适配。
- 纯 ASCII 字符（如英文、数字、符号）自动用 Latin-1 编码，每个字符占 1 字节，内存直降约 50%
- 含中文、emoji 等 UTF-16 字符时，自动回退到 2 字节/字符模式
- 你不需要改任何代码，只要用的是 JDK9+，这个优化就默认生效，且完全透明
拼接场景：用可变结构承接“修改”，再交还不可变对象
不可变性带来缓存红利，但也让频繁拼接变成 GC 压力源。优化思路不是绕过不可变性，而是分阶段处理：
- 简单拼接（如
"a" + "b" + "c"）由编译器自动优化为常量，直接入池 - 含变量的拼接（如
"id=" + id）或循环内拼接，必须用StringBuilder（单线程）或StringBuffer（多线程） - 拼接完成后调用
toString()，得到一个全新的、不可变的 String 对象，安全交付给其他模块使用
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
