string线程安全因其不可变性，所有方法返回新对象而不修改原实例，final字段保证初始化后状态可见，无共享可变状态故无需同步。
因为String对象一旦创建，内容就固定不变，多个线程同时读取它，不会有任何写操作干扰，自然不需要加锁。
不可变意味着“没有写操作”
Java中String的底层char数组（JDK 9+为byte[]）被声明为final，且所有看似修改的方法（如substring、toUpperCase、concat）都返回新对象，原对象状态完全不受影响。这意味着：
- 没有任何public或protected方法能改变已有String实例的内容
- 线程A调用str.toUpperCase()，只会生成新字符串，str本身仍保持原值
- 即使100个线程同时读取同一个String常量（如"SELECT * FROM user"），每个线程看到的都是构造完成后的确定状态
没有竞态条件，就没有同步必要
竞态条件发生在多个线程可能交替执行读-改-写操作时。而String根本不提供“改”这个环节：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 不存在共享可变状态，也就没有数据竞争的源头
- JVM内存模型对final字段有特殊保证：构造完成后，所有线程都能看到正确初始化的值
- 像配置项、SQL模板、类名这类高频共享字符串，直接作为全局static final使用即可，零同步开销
对比可变对象就能看清差异
假如String是可变的，下面代码就会出问题：
String url = "jdbc:mysql://localhost/test";
// 线程1执行
url = url.replace("test", "prod");
// 线程2此时读取url，可能拿到一半改完、一半没改的脏状态
现实中不会发生，正是因为String的不可变性从根源上消除了这种风险——不是靠锁拦住并发，而是让并发根本无“冲突点”可争。
实际开发中的体现
你日常写的这些场景，背后都依赖这一特性：
- Spring配置类里定义public static final String DB_URL = "..."；多个Service并发读取，无需synchronized
- HashMap
缓存中用String作key，即使多线程put/get，hash值稳定、查找可靠 - 日志框架接收String参数记录消息，不用担心日志内容被其他线程中途篡改
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
