Java中String不可变性天然保障线程安全：因内容不可变，多线程可安全共享同一实例，无需同步机制；常量池复用和哈希缓存进一步提升并发稳定性与性能。
Java 中 String 的不可变性，直接决定了它在多线程环境下的天然安全性——不是靠加锁或额外防护实现的，而是由设计本身保证的。
不可变即无状态竞争
一个 String 对象一旦创建，其内部字符序列（private final char[] value）就固定不变。这意味着多个线程同时读取同一个 String 实例时，不存在“谁改了内容、谁读到了旧值”这类竞态问题。
- 无需 synchronized、volatile 或 ReentrantLock 等同步机制
- 即使 thousands 个线程并发访问同一个字符串字面量（如
"CONFIG_PATH"），也不会触发任何线程安全异常 - String 引用本身可被重新赋值（
s = "new"），但这只是改变指针，不涉及原对象状态变更
作为共享数据载体更可靠
在实际系统中，String 常作为配置项、日志消息、HTTP 请求路径、数据库连接串等跨线程传递的数据载体。不可变性确保这些值在传递途中不会被中途篡改。
- 例如：主线程传入
String token = "abc123"给工作线程，后者无法通过任何 public 方法修改该 token 内容 - 对比 StringBuilder：若多个线程共用同一实例且未加锁，
append()可能导致字符数组错乱、长度异常甚至抛出 ArrayIndexOutOfBoundsException - 类加载器、SecurityManager、JDBC 驱动等底层组件大量依赖 String 不会被修改这一前提
配合常量池与哈希缓存放大优势
不可变性让 JVM 能安全启用字符串常量池和哈希码缓存，这两者进一步强化了多线程场景下的稳定性与性能。
立即学习“Java免费学习笔记（深入）”；
- 常量池复用：
String a = "log"; String b = "log"→a == b为 true，两个线程看到的是同一内存地址的对象，且内容绝对一致 - hashCode 缓存：首次调用
hashCode()后结果被保存，后续直接返回；若 String 可变，哈希值变动会导致 HashMap 中 key “消失”，引发逻辑错误 - 作为 Map 键使用（如
ConcurrentHashMap<String, Object>）完全无需防御性拷贝
注意不可变性的实际边界
开发者需清楚“不可变”针对的是对象内容，而非变量引用或底层数组的绝对不可触达。
- 反射仍可修改
value数组（但属非法操作，破坏 JVM 合规性，生产环境严禁） -
new String("x")每次都新建堆对象，不进常量池；而"x"字面量才参与池化复用 - 所有看似修改的方法（
substring、replace、toUpperCase）均返回新对象，原对象保持原样
