怎么准确区分 String 的 intern 方法对字符串等值比较的影响-java教程-PHP中文网

只有当两个字符串内容相同且都指向字符串常量池中同一引用时，== 才返回 true；jdk 7+ 中 intern() 直接存堆对象引用，故 new string("s").intern() == "s" 恒为 true，而 jdk 6 可能为 false。

怎么准确区分 string 的 intern 方法对字符串等值比较的影响

什么时候调用 `intern()` 才会让 `==` 返回 true

只有当两个字符串内容相同，且都经过 intern()（或其中一个是字面量、另一个显式调用 intern()）后，== 才可能为 true。关键不是“用了 intern 就能 ==”，而是“它们最终指向常量池中同一份引用”。

常见错误现象：new String("hello").intern() == "hello" 是 true，但 new String("hello") == "hello" 一定是 false；有人误以为只要对任意字符串调一次 intern() 就能和所有同值字面量地址一致——其实前提是该字面量已加载进常量池（通常类加载时就完成了）。

字面量如 "abc" 在编译期就进入常量池，后续调用 intern() 会直接返回它
new String("abc").intern() 会检查池中已有 "abc"，于是返回那个已有引用
但如果先执行 new String("xyz").intern()，再定义 String s = "xyz"，两者仍能 == ——因为 intern() 已把 "xyz" 放进池，字面量初始化时复用它

`intern()` 在 JDK 7+ 和 JDK 6 的行为差异

JDK 7 起，字符串常量池从永久代移到堆内存，intern() 不再复制字符串对象，而是直接保存堆中对象的引用。这意味着：如果一个字符串已经存在于堆中（比如通过 new String("a") 创建），调用其 intern() 后，常量池里存的就是这个堆对象的地址，而不是新拷贝一份。

对比 JDK 6：常量池在永久代，intern() 会把字符串内容复制一份到永久代，导致堆对象和常量池对象是两份内存，即使内容相同，== 也永远为 false（除非你比较的是两个都 intern() 后的返回值）。

JDK 6 中：new String("test").intern() == new String("test").intern() 是 true，但 new String("test").intern() == "test" 可能为 false（取决于类加载顺序）
JDK 7+ 中：new String("test").intern() == "test" 总是 true，因为字面量和 intern() 都指向堆中同一对象
线上环境基本都是 JDK 8/11/17，按 JDK 7+ 行为理解即可，但排查老系统 bug 时得确认 JDK 版本

为什么实际代码里不该依赖 `==` 做字符串判断

哪怕你确认两个字符串都调过 intern()，也不该用 == 判断相等。原因很实在：可读性差、维护成本高、容易漏掉某个分支没调用 intern()，而且一旦字符串来源不可控（比如来自 JSON 解析、用户输入、数据库字段），intern() 就失效了。

更隐蔽的问题是性能：频繁调用 intern() 会触发字符串常量池的哈希查找与锁竞争（尤其在高并发场景下），JVM 对它的优化有限，不如直接用 .equals() 稳定。

"abc".equals(str) 比 str.intern() == "abc" 更安全、更直观
若 str 为 null，str.intern() 会抛 NullPointerException，而 "abc".equals(str) 返回 false
某些框架（如 Jackson）反序列化字符串默认不走常量池，你无法保证传入对象是否已 intern()

调试时怎么验证 `intern()` 是否生效

最直接的办法是打印对象的哈希码（不是 hashCode()，是 System.identityHashCode()），它反映真实内存地址。如果两个字符串 == 成立，它们的 System.identityHashCode() 必然相等；反之则一定不等。

别信 toString() 或日志输出的内容，它们只显示字符值；也别只看 equals() 结果，那只是值相等。

写个简单验证：System.out.println(System.identityHashCode(s1) + " vs " + System.identityHashCode(s2));
注意：JVM 可能对短字符串做驻留优化（如 "a"、"123"），即使没显式 intern()，也可能巧合地 ==，这不代表逻辑可靠
单元测试中若想断言引用一致性，必须确保两边都明确调用 intern()，且测试类本身不含同名字面量干扰（比如避免在同一个类里同时写 "key" 和 new String("key").intern()）