java中string设计为不可变，首先为保障常量池复用与语义正确；其次使hashcode可缓存，确保hashmap等集合稳定高效；再者实现天然线程安全与敏感信息防篡改，降低并发复杂度并筑牢安全边界。
面试时被问“Java 中 String 为什么设计成不可变的”，不能只答“为了安全”或“因为 final”，要从设计动机、底层机制和实际影响三层展开，体现你懂原理、会权衡、能落地。
常量池复用必须依赖不可变性
字符串字面量（如 "hello"）会被 JVM 放入字符串常量池，多个相同字面量共享一个对象。如果 String 可变，a = "hello" 和 b = "hello" 指向同一对象后，a.toUpperCase() 就会让 b 也变成 "HELLO"——语义彻底错乱。不可变性让“共享引用”成为可能，既省内存又保逻辑正确。new String("hello") 绕过常量池，正是因为它创建的是独立堆对象，不受池中其他引用干扰。
哈希值可缓存，保障 HashMap 等集合高效稳定
String 频繁用作 HashMap 的 key。它的 hashCode() 方法内部有 private int hash 字段，首次调用时计算并缓存，后续直接返回。若字符串可变，内容一改，hash 值就失效——put 进去的 key 在 get 时找不到，数据“消失”。不可变性让哈希值恒定，避免了重复计算开销和定位错误。
天然线程安全，无需同步即可共享
多线程读取同一个 String 对象（如配置项、URL、SQL 模板）完全不用加锁。因为没人能改它，不存在竞态条件。这降低了并发编程复杂度，也避免了因同步带来的性能损耗。相比 StringBuffer（同步）或 StringBuilder（非线程安全），String 在只读场景下是最轻量、最可靠的共享载体。
敏感信息防篡改，筑牢基础安全边界
类名、文件路径、数据库连接串、HTTP 请求头等关键参数都依赖 String。假设 String path = "/safe/config.txt" 通过了安全校验，紧接着被另一个线程或恶意代码改为 "/etc/passwd"，后果严重。不可变性让这些字符串一旦构造完成，内容就“钉死”，从根源上阻断了运行时篡改路径、URL、凭证等攻击链。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
