String不可变指对象内容无法修改，仅变量可重新赋值；体现为value数组final、类final；支撑常量池复用、线程安全、hashCode缓存及Map键可靠性。

String 不可变性是 Java 面试中高频且易失分的核心考点。想完美通关，关键不是背“String 是 final 类”，而是讲清为什么不可变、如何体现不可变、不可变带来的好处、以及常见误区——面试官真正想考察的是你对设计意图和底层机制的理解深度。

一、String 不可变，到底“不变”在哪儿？

不是指变量不能重新赋值，而是指String 对象一旦创建，其内部封装的字符内容（char[] 或 byte[]）和长度、哈希值等核心状态无法被修改。

例如：

String s = "hello";
s = s + " world"; // 看似修改，实则创建了新对象
// 原来的 "hello" 对象内容没变，s 指向了新字符串对象

验证方式：

Java Maven Common

Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。

下载

立即学习“Java免费学习笔记（深入）”；

• 查看 JDK 源码：String 内部字段（如 value）是 final 修饰的数组引用，且类本身为 final，无法被继承重写行为
• 尝试反射修改（仅用于理解）：虽可通过反射强行修改 value 数组内容，但这属于破坏封装的 hack 行为，不改变语言规范层面的“不可变”定义

二、不可变性怎么支撑关键机制？

不可变性不是为了“炫技”，而是为多个核心特性提供安全基础：

• 字符串常量池（String Pool）复用安全：多个变量引用同一个字面量字符串（如 "abc"），因为内容不会变，共享才无风险
• 线程安全天然保障：没有同步开销，多线程读取同一 String 实例无需加锁
• hashCode 缓存可靠：构造时计算一次 hash 值并缓存（JDK 9+ 优化为懒加载但逻辑不变），后续反复调用不需重算，大幅提升 HashMap / HashSet 性能
• 作为 Map 键的安全性：若 String 可变，key 被修改后 hash 值变化，会导致 get() 失败——不可变彻底规避此问题

三、常见误区与反问应对

面试官常通过反问检验你是否真懂：

• “StringBuilder 可变，那它和 String 的区别只是 final 吗？” → 不是。StringBuilder 底层用可变 char[] + 动态扩容，所有 append/insert/delete 方法都直接修改数组内容；String 所有“修改”操作（concat、substring、replace）都返回新对象
• “new String(“abc”) 创建了几个对象？” → 答案取决于常量池是否存在 “abc”。若不存在，先在池中放一个，再 new 出堆内新对象（共 2 个）；若已存在，则只在堆新建 1 个（池中对象复用）
• “String 不可变，那 intern() 是不是在破坏不可变性？” → 不是。intern() 只是确保返回常量池中已有或新加入的引用，不修改任何已有 String 对象的内容

四、一句话总结回答技巧

面对“为什么 String 要设计成不可变”，别只答“安全”“高效”。建议结构化表达：
“为了支持常量池复用、保证线程安全、实现 hashCode 缓存、并确保作为 key 的可靠性——这些场景都要求对象状态一旦确立就绝对稳定，不可变是最简洁、最彻底的实现方式。”