java中string不可变性是主动设计选择，通过禁止修改换来了安全边界与性能可预测性：防止敏感数据篡改、保障类加载可信、避免跨上下文污染、实现线程安全免同步、支撑常量池复用与哈希缓存。
Java 中 String 的不可变性不是妥协，而是一种主动设计选择——它用“禁止修改”换来了更可靠的安全边界和更可预测的性能表现。
防止敏感数据被意外或恶意篡改
字符串常作为关键路径载体：数据库连接 URL、文件系统路径、HTTP 请求头、类名、权限标识等。这些值一旦传入方法或跨模块流转，就绝不应被中途更改。
- 比如一个校验方法接收
String token = "abc123"，即使内部调用token.toUpperCase()，原始 token 内容仍保持不变——所有操作都返回新对象，旧对象毫发无损 - 类加载器依赖
"java.lang.String"这样的字面量精确加载类；若该字符串可被运行时修改，攻击者可能绕过双亲委派机制，注入恶意类 - Spring Security 中的
username、Dubbo 的traceId等上下文参数，靠不可变性确保在过滤器、拦截器、日志组件间传递时不被静默覆盖
支撑线程安全与并发稳定性
多线程共享同一个 String 实例时，无需任何同步措施，就能保证读取一致性。
- 因为
private final char[] value（JDK 8）或private final byte[] value（JDK 9+）不可重赋值，且无 public 修改接口，多个线程同时读取不会触发竞态条件 - 配置项如
"timeout=3000"或日志消息模板，可被千个线程并发访问，不加锁、不 volatile、不 synchronized，照样安全 - String 引用可被重新赋值（
s = "new"），但这只是改变栈上指针，原堆中对象状态完全不受影响
常量池复用与哈希缓存双重增益
不可变性是 JVM 启用底层优化的前提，安全与性能在此交汇。
- 字符串常量池允许
String a = "log"; String b = "log"共享同一内存地址（a == b为 true），既节省堆空间，又避免因共享引用引发的副作用——若可变，一个模块改a就会悄悄污染b - String 内部有
private int hash字段，首次调用hashCode()后即缓存结果；内容不变 → 哈希值恒定 → 在ConcurrentHashMap<string object></string>中作 key 完全无需防御性拷贝 - 这种缓存让 String 成为集合键的理想选择：避免因哈希值漂移导致 key “消失”，也省去重复计算开销
不可变性的实际边界与使用提醒
理解“不可变”不等于绝对牢不可破，而是面向正常编程模型的强契约。
- 反射仍可修改
value数组（属非法操作，破坏 JVM 合规性，生产环境严禁） -
new String("x")总是在堆中新建对象，不进常量池；只有字面量（如"x"）才参与池化复用 - 频繁拼接（如循环中
+=）会产生大量临时对象，加重 GC 压力，此时应改用StringBuilder（单线程）或StringBuffer（多线程） - 密码、密钥等敏感信息不宜用 String 存储（无法手动清空），推荐用
char[]并在使用后立即Arrays.fill(pwdArray, '\0')
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
