Java String不可变性由三层硬约束保障:类被final修饰不可继承、内部字符数组(char[]或byte[])引用final且私有、无任何修改内容的public方法;所有“修改”操作均新建对象。该设计支撑字符串常量池复用、线程安全与哈希缓存,常量池自JDK7起位于堆中,字面量自动入池,new对象在堆中独立存在,intern()可将其纳入池并返回池中引用。

Java String的不可变性和字符串常量池,是面试中几乎必问的核心基础点。答得浅,显得功底不牢;答得偏,容易掉进陷阱。关键不在背结论,而在讲清“为什么这样设计”和“JVM里到底发生了什么”。
不可变性不是一句口号,而是三层硬约束
String类被final修饰,无法继承——防止子类绕过封装篡改行为;内部存储字符的数组(JDK8是final char[],JDK9+是final byte[])引用不可变;类本身不提供任何修改value内容的public方法。所有看似修改的操作,比如substring、replace、concat,底层都是新建对象并拷贝内容。
- 例如
s.concat("x")会创建新char数组,复制原内容+新增内容,再new一个String - 即使通过反射强行修改value数组里的某个字符,也属于破坏JVM契约的非常规操作,不能作为“可变”的依据
- 不可变性直接支撑线程安全、哈希缓存(hash字段只算一次)、以及常量池复用这三大实际价值
常量池位置和规则随JDK版本演进明显
JDK6及以前,字符串常量池在方法区(永久代);JDK7起挪到堆内存,由GC统一管理;JDK8后元空间替代永久代,但常量池仍在堆里。这个变化直接影响intern()的行为和OOM排查思路。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
String s = "abc":字面量,直接进常量池,重复赋值复用同一对象 -
new String("abc"):一定在堆中新建对象,常量池里可能已有"abc",但该对象和池中无关 -
"ab" + "c":编译期能确定的字面量拼接,等价于"abc",进池;含变量的拼接(如s1 + s2)则运行时在堆中生成新对象
高频陷阱题就考你能不能分清“==”和“equals”的底层依据
==比较的是引用地址,equals比较的是字符序列是否一致。所以:
立即学习“Java免费学习笔记(深入)”;
-
String a = "hello"; String b = "hello"; a == b → true(同池中对象) -
String c = new String("hello"); a == c → false(堆对象 vs 池对象) -
a.equals(c) → true(内容相同) -
c.intern() == a → true(intern()会检查池中是否存在,有则返回池中引用)
性能与选型必须结合场景说清楚
不可变带来安全和复用,但也意味着频繁拼接会产生大量临时对象。这时候不能只说“用StringBuilder”,而要说明:
- 循环内拼接100次字符串,用
+相当于创建100个中间String对象 - StringBuilder无锁、单线程高效;StringBuffer加了synchronized,适合多线程但有开销
- 编译器对静态拼接(如
"a" + "b" + "c")会自动优化为一个字面量,不触发StringBuilder

















