java string在多线程共享时无需加锁，因其不可变性：final字段+final类+所有“修改”均返回新对象，确保多线程读取安全、无竞态、无内存可见性问题。
Java String 在多线程共享时无需加锁，核心就一点：它根本不能被修改。
不可变性直接消除了竞态条件
String 内部存储字符的字段（JDK 9+ 是 private final byte[] value，JDK 8 是 private final char[] value）被 final 修饰，且类本身是 final，没有任何 public 方法能改变其内容。这意味着：
- 多个线程同时读取同一个 String 实例，看到的永远是创建时的原始值
- 没有写操作，就没有“一个线程正在改、另一个线程正在读”的冲突可能
- 不存在内存可见性问题——因为值从不变化，JVM 不需要通过 volatile 或 happens-before 规则来保证同步
所有“修改”操作都返回新对象
像 concat()、replace()、substring() 这些方法，看起来在“改”字符串，实际只是根据原内容生成一个全新 String 对象，原对象毫发无损：
- String s = "abc";
- String t = s.replace('a', 'x'); // s 仍是 "abc"，t 是 "xbc"
- 两个线程分别调用 replace，各自拿到自己的新对象，互不影响
共享常量天然安全，无需额外防护
静态配置、URL 路径、HTTP 头名等常用 String，通常声明为 public static final，例如：
- public static final String API_BASE = "https://api.example.com";
- 成百上千个线程同时读取这个变量，不会触发任何同步机制，也不会出现读到一半被覆盖的情况
- 即使多个线程反复用它拼接参数或构造日志，也只是不断产生新 String，原值始终稳定
对比可变类型更能看清优势
如果换成 StringBuilder：
- 多个线程共用同一个实例并调用 append()，可能因扩容、数组复制、长度更新不同步，导致数据错乱甚至抛出 ArrayIndexOutOfBoundsException
- 必须加锁（synchronized）或换用线程安全的 StringBuffer，带来性能开销
- 而 String 完全绕开了这个问题——不是“处理得好”，而是“根本没机会出错”
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
