Java中String设计为不可变是出于安全性、性能、线程安全与设计一致性的综合考量：保障字符串常量池共享安全、维持HashMap等集合哈希码稳定、实现天然线程安全、增强敏感信息防护。
Java 中 String 设计为不可变（immutable），不是偶然，而是综合考虑安全性、性能、线程安全与设计一致性后的主动选择。面试时回答这个问题，重点不是背定义，而是讲清楚“为什么这么设计”——每个原因背后都有实际场景支撑。
字符串常量池需要不可变性来保证正确共享
Java 会把字面量字符串（如 "hello"）存入字符串常量池，多个变量可能指向同一个对象。如果 String 可变，一个地方修改了内容，其他引用就会“意外”看到变化，引发难以排查的 bug。
- 例如：String a = "abc"; String b = "abc"; → a 和 b 实际指向常量池中同一个对象
- 若允许 a.toUpperCase() 直接改原对象，b 的值也会变成 "ABC" —— 这显然违背直觉和契约
- 不可变性让“共享即安全”成为可能，节省内存且无需拷贝
保障哈希码稳定，支撑 HashMap / HashSet 等集合正确工作
String 被广泛用作 HashMap 的 key。哈希表依赖 key 的 hashCode() 定位桶位置，而该值在对象生命周期内必须保持一致。
- String 在首次调用 hashCode() 时计算并缓存结果（内部有 hash 字段）
- 因为内容不可变，缓存的哈希值永远有效；如果可变，key 改变后哈希值变化，就再也找不到原来存的数据了
- 这是不可变性对数据结构稳定性的底层支撑
天然线程安全，避免同步开销
不可变对象一旦创建，状态永不改变，因此所有线程看到的都是同一份确定数据。
- 不需要加锁、不需要 volatile、不需要 copy-on-write —— 多线程环境下直接放心使用
- 尤其适合用作配置项、系统参数、网络请求标识等全局共享字符串
- 对比 StringBuilder（可变、非线程安全）和 StringBuffer（可变、线程安全但慢），String 的“无锁安全”是轻量级优势
增强安全性，防止敏感信息被篡改
字符串常用于用户名、密码、文件路径、SQL 片段等场景。不可变性降低了因意外或恶意修改导致的安全风险。
- 例如：类加载器用字符串表示类名；若 ClassLoader 接收的 className 被中途篡改，可能加载错误类甚至触发漏洞
- 又如：将字符串传给 native 方法或外部系统时，不可变性确保 Java 层无法被回调修改，提升边界可控性
- 虽然不能完全防攻击（如反射仍可破），但它是纵深防御的第一道屏障
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
