Java中String被设计为不可变类，核心原因是为了保障字符串常量池复用安全、哈希值可缓存以提升集合性能、实现天然线程安全、防止敏感信息被篡改，并通过final类、final字段、私有封装、防御性拷贝和返回新对象五层机制确保不可变性。
Java 中 String 被设计成不可变类，核心原因不是为了“语法好看”或“强制约定”，而是围绕性能、安全、线程安全和语义一致性做出的系统性工程决策。它不是偶然，而是经过权衡后的最优解。
字符串常量池依赖不可变性才能高效复用
Java 在堆（JDK 7+ 后移到元空间）中维护一个字符串常量池（String Pool）。当使用字面量创建字符串时，例如：
String a = "hello";String b = "hello";
两个变量会指向池中同一个对象，节省内存。如果 String 可变，a 修改内容（比如变成 "world"），b 的值也会跟着变——这显然违背直觉，也破坏了池的设计前提。不可变性让“共享引用”变得安全可靠。
哈希值可缓存，大幅提升集合类性能
String 大量用作 HashMap、HashSet 的 key。哈希表依赖 key 的 hashCode 稳定不变。String 类内部有：
立即学习“Java免费学习笔记（深入）”；
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
因为内容不可变，hash 值在第一次调用 hashCode() 时计算并缓存，后续直接返回。若可变，每次 get/put 都需重新计算 hash，开销陡增，且容易因 hash 变化导致 key “丢失”（查不到原位置）。
天然线程安全，无需同步开销
不可变对象一旦创建，状态永不改变，因此多个线程可自由读取、共享同一个 String 实例，完全不需要 synchronized 或 volatile。这对高并发场景（如 Web 容器处理 URL、日志消息、配置键名）至关重要。对比 StringBuilder 就必须手动加锁或使用局部变量。
保障关键操作的安全边界
String 广泛用于敏感上下文：文件路径、网络地址、数据库连接串、反射类名、权限标识符等。例如：
File f = new File(userInput);connect("jdbc:mysql://localhost:3306/db");
如果传入的 String 可被其他代码中途篡改（比如通过反射或恶意子类），就可能引发路径遍历、连接劫持、越权访问等严重漏洞。不可变性从语言层切断了这类攻击链。
支撑不可变性的底层实现细节
String 的不可变不是靠“口头承诺”，而是由五层机制共同保障：
- 类声明为 public final class String，禁止继承和重写
- 核心字段 private final byte[] value（JDK9+）或 char[]（JDK8-），引用不可重定向
- value 字段私有，不提供任何 public setter 或暴露数组引用的方法
- 所有构造方法对入参做防御性拷贝（如
new String(char[])内部调用Arrays.copyOf） - 所有看似“修改”的方法（如
substring、toLowerCase）都返回新对象，原对象保持不变
