string的不可变性通过多线程读取、hashmap键值操作、跨线程传递等实验验证其线程安全：所有场景下内容、引用、哈希值均保持一致且无竞态，而可变类型如stringbuilder则出现数据错乱。
Java 中 String 的不可变性本身不靠“测试”来证明线程安全，而是由设计保证的——但你可以通过针对性实验，**验证它在多线程读取、共享、哈希计算等典型场景下不会出现竞态行为**。关键不是测“能不能改”，而是测“多个线程同时用，结果是否始终一致、可预测”。
用并发读取验证无状态竞争
启动大量线程反复读取同一个 String 实例（尤其是常量池中的字面量），检查内容是否始终不变、引用是否始终相同：
- 创建一个静态 final String s = "test-123456";
- 开启 1000 个线程，每个线程循环 10000 次：读取 s.length()、s.charAt(0)、s.equals("test-123456")；
- 记录所有线程是否出现 length ≠ 13、charAt(0) ≠ 't' 或 equals 返回 false —— 正常情况下应为 0 次；
- 额外检查 s == "test-123456" 是否始终为 true（验证常量池复用未被破坏）。
用 HashMap 多线程 put/get 验证哈希稳定性
String 作为 key 时，若可变会导致 hashCode 变化、key “消失”。可构造高并发场景验证其可靠性：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 初始化 ConcurrentHashMap
map = new ConcurrentHashMap(); - 使用同一字符串字面量作为 key（如 "config.timeout"），让 50 个线程各自执行 10000 次 map.put("config.timeout", i) 和 map.get("config.timeout")；
- 最后遍历 map，确认 size == 1 且 get("config.timeout") 始终返回最后一次写入的值（或预期逻辑结果）；
- 对比 StringBuilder 作为 key（非法但可试）：一旦某线程调用 append()，hashCode 突变，get 就会返回 null —— String 不会出现这种情况。
用跨线程传递验证无副作用篡改
模拟真实调用链，检验下游操作不会影响上游原始值：
- 主线程定义 String token = "abc987xyz";
- 将其传给 100 个 ExecutorService 提交的任务，每个任务执行 token.toUpperCase()、token.substring(3)、token.replace("987", "000") 等操作；
- 所有任务结束后，再次检查主线程中 token 的内容、hash、== 关系是否完全未变；
- 特别注意：不要用反射修改 value 数组——那是绕过设计的非法操作，不属于对“正常 Java 行为”的验证。
对比可变类型凸显 String 优势
在同一测试框架下，用 StringBuilder 或自定义可变字符串做对照组，能更清晰体现差异：
- 声明 static StringBuilder sb = new StringBuilder("shared");
- 10 个线程并发调用 sb.append(Thread.currentThread().getId());
- 运行后 sb.toString() 极大概率出现乱序、截断或 ArrayIndexOutOfBoundsException；
- 而换成 String s = "shared"; 所有线程只做 s + "x"，原始 s 始终完好，新字符串互不干扰。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
