Java中String不可变的核心目的是强化安全性和支持高效缓存，二者相互增强：不可变性为常量池和哈希值缓存提供前提，缓存又放大其安全与性能优势；字段final、无修改方法、类final三重机制保障不可变。
Java中String被设计为不可变，核心目的之一是强化安全性，另一关键支撑是高效缓存机制。这两者并非孤立存在，而是相互增强：不可变性为缓存提供了前提，缓存又放大了不可变带来的安全与性能收益。
安全性：从敏感数据到系统底层的防护
不可变性直接切断了“意外或恶意篡改”的路径：
-
敏感参数防劫持：数据库连接URL、文件路径、HTTP请求头、密码（虽不推荐明文存密码，但若传递仍需保障不变性）等字符串一旦传入方法，调用方无需担心被内部逻辑修改。例如类加载器依赖
String表示类名，若可变，可能引发加载错误类甚至安全绕过。 -
多线程共享零风险：多个线程同时读取同一字符串（如配置项
"timeout=3000"），无需加锁或同步，彻底规避竞态条件和内存可见性问题。 -
常量池信任基础：字符串常量池能安全复用对象，正因每个字面量内容恒定。若可变，
String s1 = "admin"; String s2 = "admin";中s1的修改会悄然污染s2，导致权限校验失效等严重后果。
缓存机制：常量池与哈希值的双重优化
不可变性让JVM和String类能放心启用两类关键缓存：
-
字符串常量池（String Pool）：编译期字面量（如
"hello"）首次出现时入池；后续相同字面量直接复用池中引用，减少堆内存分配与GC压力。例如String a="test"; String b="test";中a == b为true，证明指向同一对象。 -
哈希值缓存（hashCode）：String内部用
private int hash字段缓存首次计算的哈希值。因内容永不改变，后续调用hashCode()直接返回该值，无需重复计算。这使String成为HashMap、HashSet等集合的理想键类型，避免因哈希值变动导致查找失败。
底层实现如何保障不可变
安全性与缓存不是靠约定，而是由三重硬约束强制执行：
立即学习“Java免费学习笔记（深入）”；
-
字段私有且final：JDK8及以前为
private final char[] value，JDK9+优化为private final byte[] value（紧凑字符串），数组引用不可重赋值。 -
无修改方法暴露：String类不提供
setCharAt()、append()等变更内容的public方法；所有看似“修改”的方法（如substring()、concat()、toLowerCase()）均返回新String对象。 -
类声明为final：
public final class String禁止继承，杜绝子类通过重写方法破坏不可变契约。
实际使用中的关键认知
理解不可变性，要分清“变量引用”和“对象内容”：
- 写
String s = "a"; s = s + "b";，不是修改原对象，而是让变量s指向一个新创建的"ab"对象，原"a"仍驻留内存（可能在常量池）。 - 频繁拼接应改用
StringBuilder（可变），避免大量临时对象；但作为参数传递、Map键、配置值等场景，坚持用String——它的不可变正是稳定性的来源。
