String不可变性设计核心在于保障安全、性能与并发：数据库URL防篡改避免连错库；常量池共享对象使a==b为true且不致逻辑错乱；多线程读全局配置无需同步；hashCode缓存确保HashMap查key稳定高效。
面试中讲 String 不可变性，关键不是背定义，而是用具体场景把“为什么这么设计”说透。优势要落到安全、性能、并发这三块，每个点配一个简短但有画面感的例子。
安全性：防止敏感信息被意外或恶意篡改
比如数据库连接字符串：
- 你传入 "jdbc:mysql://prod-db:3306/myapp" 给一个连接工具类
- 如果 String 可变，这个工具类内部调用
url.replace("prod", "test")就可能直接改掉原始字符串 - 结果是：外部其他地方还在用这个 url 建连，却悄悄连到了测试库——数据泄露或误删就发生了
- 而实际中，
replace返回新对象，原 url 不动，风险被天然隔绝
字符串常量池：节省内存 + 提升比较效率
看这段代码：
String a = "hello"; String b = "hello";- 因为不可变，JVM 敢把两个字面量指向同一个对象，
a == b为 true - 如果 String 可变，
b.replace('h', 'H')就会让a变成 "Hello"，逻辑全乱 - 所以不可变是常量池存在的前提，也是
==快速判断的基础
线程安全：多线程共享无需加锁
比如全局配置：
立即学习“Java免费学习笔记（深入）”；
public static final String CONFIG_PATH = "/etc/app/config.json";- 10 个线程同时读取它去加载配置，完全不用 synchronized 或 volatile
- 因为没人能改它，读操作天然安全；也不用担心 hash 值突变导致 HashMap 查不到 key
- 对比 StringBuilder 就必须自己处理并发，String 省心又可靠
哈希码缓存：提升集合操作性能
作为 HashMap 的 key 最典型：
Map<string object> cache = new HashMap(); cache.put("user:id:123", user);</string>- String 的
hashCode()在第一次调用时计算并缓存（hash字段），之后反复复用 - 如果可变，内容一改，哈希值就变，
get("user:id:123")就永远找不到原来存的值 - 不可变让哈希表稳定高效，这是日常开发里高频受益的设计
