java将string设计为不可变，是为了保障字符串在运行时的可靠性、高效性与安全性：支撑常量池复用、确保哈希值稳定适配map键、实现天然线程安全、防止敏感信息被意外篡改。
Java 把 String 设计成不可变，不是为了限制开发者，而是为了让字符串在真实运行环境中更可靠、更高效、更安全。它解决的不是“能不能改”的问题，而是“该不该让别人有机会改”的问题。
支撑字符串常量池复用
Java 用字符串常量池（String Pool）避免重复创建相同内容的字符串，节省内存。例如：
-
String a = "hello";和String b = "hello";实际指向堆中同一个对象 - 如果 String 可变，
a.toUpperCase()就可能把池里那个 "hello" 改成 "HELLO"，b的值也会跟着变——这会直接破坏程序逻辑 - 不可变性是常量池机制成立的前提，没有它，复用就变成危险的共享
保障哈希值稳定，适合作为 Map 键
String 经常被用作 HashMap 或 HashSet 的键。这类集合依赖 hashCode() 定位数据：
- String 在构造时就计算并缓存哈希值（内部有
private int hash字段） - 因为内容不变，哈希值永远固定，后续查找不用重算，性能高
- 如果可变，插入后修改内容会导致哈希值变化，原 key 就再也找不到了（
map.get("user")返回null）
天然线程安全，无需同步
多线程环境下，多个线程读取同一个 String 对象不会出问题：
- 没有写操作，不存在竞态条件
- 不需要加锁、不需要 volatile、不需要额外同步机制
- 类加载器用字符串表示类名，网络请求用字符串传 URL，这些关键路径都依赖这种“读即安全”的特性
防止敏感信息被意外篡改
字符串大量承载敏感数据：密码、数据库连接串、文件路径、权限标识等：
- 方法接收一个 String 参数后，无法通过引用偷偷修改原始值
- 避免了类似
password = password.trim().replace(" ", "")这类操作影响调用方逻辑 - 类加载过程依赖类名字符串，若可变，可能加载错误甚至恶意类，危及整个 JVM 安全模型
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
