Java中String不可变是通过私有字段、final引用、final类、无修改方法和隐藏内部状态共同实现的；这保障了常量池复用、线程安全、安全敏感场景防篡改及hashCode缓存优化。
Java中String被设计为不可变，核心不是靠单一语法修饰，而是整套封装机制协同作用的结果：私有字段 + final引用 + final类 + 无修改方法 + 外部不可见内部状态。这种设计让“内容不变”成为对外可信赖的契约。
字符串常量池依赖不可变性
JVM通过字符串常量池复用相同字面量的String对象，节省内存。例如：
- String a = "hello"; String b = "hello"; → a 和 b 指向同一对象（a == b 为 true）
- 如果String可变，a修改内容会意外影响b，破坏数据一致性
- 只有确保每个String实例的内容终身固定，常量池才敢安全共享
线程安全无需同步
不可变对象天然具备线程安全性。多个线程同时读取同一个String（如配置项、路径名、SQL模板），不会出现竞态或脏读：
- public static final String DB_URL = "jdbc:mysql://prod:3306/app";
- 任何线程访问该值都得到确定结果，不需加锁、volatile或同步块
- 避免了因共享可变状态带来的复杂并发控制成本
安全敏感场景的强保障
String大量用于权限校验、资源定位等关键路径，不可变性防止中间环节被篡改：
立即学习“Java免费学习笔记（深入）”；
- 类加载器用String表示类名，若可变，恶意代码可能把"java.lang.String"悄悄改成"malicious.Hook"
- 文件系统API接收String路径，不可变确保传入的"/etc/passwd"不会在底层被替换成"/tmp/evil"
- 密码、token、URL参数等一旦构造完成，内容即锁定，调用链中任意方法都无法篡改原始值
哈希值可缓存提升性能
String频繁作为HashMap、HashSet的键，其hashCode必须稳定且高效：
- 构造时计算一次hash，存入私有hash字段，后续直接返回
- 若String可变，每次get/put都要重新计算hash，性能大幅下降
- 不可变性让hashCode()成为O(1)操作，支撑高吞吐集合操作
