String不可变性指对象内容不可修改，而非变量不能重新赋值；核心在于区分引用与对象、字面量与new对象、==与.equals()，所有“修改”操作均返回新对象，原对象保持不变。
String 不可变性不是“变量不能变”，而是“对象内容不能改”。面试中答错，往往不是不知道 final，而是混淆了引用、对象、字面量三者关系。
别把 s = s + "x" 当成修改原字符串
这行代码没动原来的 String 对象，只是让变量 s 指向一个新创建的字符串。原对象还在内存里，除非无引用被回收。
- 验证方式：用 == 比较拼接前后的变量，结果一定是 false
- 等价写法：s = new StringBuilder().append(s).append("x").toString()
- 错误认知：“replace 后原字符串变了” → 正确理解：“replace 返回新字符串，原对象毫发无损”
分清字面量和 new 创建的对象
常量池只对双引号字面量自动生效；new String("abc") 总是在堆上新建对象，跟常量池无关。
- String a = "abc"; String b = "abc"; → a == b 为 true（共享常量池）
- String c = new String("abc"); String d = new String("abc"); → c == d 为 false（两个堆对象）
- c.intern() == a 为 true（intern 强制入池，返回池中已有引用）
== 和 .equals() 的区别必须落到内存和设计意图
== 比的是地址，.equals() 比的是内容——这不是语法糖，是不可变性支撑起的设计基础。
立即学习“Java免费学习笔记（深入）”；
- 因为 String 内容不变，所以 .equals() 可安全逐字符比，且 hashCode() 能缓存，才能放心当 HashMap 的 key
- 如果 String 可变，.equals() 结果可能随时间变化，哈希表结构就会崩溃
- 面试被问“为什么重写 equals”，不能只答“比较内容”，要带出“不可变保障了值语义的稳定性”
别用 StringBuilder 反推 String 可变
StringBuilder 是专为可变场景造的工具类，它的内部数组没 final、没 private 封装；String 的不可变是主动取舍，不是功能缺失。
- String 牺牲拼接性能，换来线程安全、常量池复用、哈希缓存、远程传输稳定
- 高频拼接用 StringBuilder，敏感配置/路由 key/日志消息用 String —— 场景决定选型，不是谁更“高级”
- 看到反射能改 value 数组？技术可行 ≠ 设计本意。final + private 是正向约束，反射绕过属于破坏封装，生产环境禁用
