JDK 6 中 intern() 将字符串复制到永久代常量池并返回新地址；JDK 7+ 则在堆中查找并直接返回已有对象引用，基于 equals() 匹配，复用更高效。
String.intern()
的行为差异不是“参数变了”或“用法错了”，而是底层常量池所在内存区域彻底迁移：JDK 6 在永久代（PermGen），JDK 7+ 在堆（Heap）。这直接决定对象是否复用、GC 是否可回收、甚至会不会
。
为什么 JDK 6 调用 intern() 会复制字符串对象
JDK 6 的字符串常量池在永久代，和 Java 堆物理隔离。调用
时：
若常量池中没有该字符串，JVM 必须把整个字符串内容从堆拷贝一份到永久代（新分配内存）
返回的是永久代里那个副本的引用，和原堆对象必然不是同一地址（
为
）
永久代空间小且 GC 频率低，大量
容易触发
为什么 JDK 7+ 调用 intern() 只存引用不复制内容
JDK 7 起常量池移到堆中，和普通对象共享同一片内存管理区域：
如果堆中已存在该字符串（比如由
创建），
直接把它的引用记录进常量池并返回
此时
可能为
（前提是该字符串此前未被 intern 过，且堆中对象未被 GC）
不再有永久代拷贝开销，也避免了 PermGen OOM；但堆内存压力变大，需关注老年代占用和 GC 暂停时间
常见误判场景：为什么 "java" intern 后 == 仍为 false
这个现象和 JDK 版本无关，只和“首次出现”原则有关：
是 JVM 启动时就加载的类名、包名等字面量之一，早已在常量池中存在
哪怕你用
，也只是返回池中已有引用，不会改变原对象地址
而
这种运行期动态拼接、之前从未出现过的字符串，才是
真正起作用的典型场景
实际使用中最容易忽略的一点
不是“让字符串变常量”的魔法开关。它只影响字符串对象的引用归属，不影响其内容不可变性；更关键的是：它无法保证常量池中的引用永远有效——堆中对象若被 GC 回收，而常量池又持有其引用，那这个引用就变成“弱可达”，后续行为取决于 JVM 实现细节。生产环境慎用，尤其不要对高频生成的短生命周期字符串反复
。
OutOfMemoryErrorintern()==falseintern()java.lang.OutOfMemoryError: PermGen spaceStringBuilder.toString()intern()==true"java"new String("java").intern()"计算机软件"intern()intern()intern()