String.intern()详解：手动入池技巧

Java中的String.intern()方法看似简单，实则暗藏诸多陷阱与权衡：它通过内容匹配在字符串常量池中复用引用，能有效减少重复字符串的内存占用（如高频字段名、固定日志标签），但绝非“一调就省”的银弹——它不区分创建方式、受JVM版本影响显著（JDK 6易OOM，JDK 7+移至堆但仍同步）、存在锁竞争风险，且若原对象未及时释放，反而引发内存泄漏；更需警惕误用场景，如混用toString()与valueOf()、忽略多线程并发、遗漏构造路径导致归一化失效。真正高效使用intern()的前提，是严格确认字符串具备长期存活、高复用率、全路径可控三大特征，否则，老老实实用equals()或谨慎的==判断，往往更安全、更高效。

String.intern() 什么时候会返回堆上对象的引用

它不总返回常量池里的“新”对象，而是返回池中已存在字符串的引用；如果不存在，才把当前字符串（注意：是当前 String 对象的字符内容）放入池，并返回该引用。关键在于“内容相同即复用”，和你调用的是不是字面量无关。

常见错误现象："abc".intern() == "abc" 是 true，但 new String("abc").intern() == new String("abc") 是 false —— 因为右边是堆上新对象，左边是常量池引用，两者地址不同。

• 使用场景：避免重复字符串占用内存（如解析大量 JSON 字段名、日志中的固定标签）
• 参数差异：无参数，纯实例方法，对 null 调用会抛 NullPointerException
• 性能影响：首次调用需查表+可能插入，有锁开销（JDK 7+ 改到堆上，但仍是同步操作）

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

JDK 6 把字符串常量池放在永久代（PermGen），空间小且不可扩容；JDK 7 起移到 Java 堆，受 GC 管理，行为更可控。这意味着在 JDK 6 中滥用 intern() 容易触发 java.lang.OutOfMemoryError: PermGen space，而 JDK 7+ 更多是堆内存压力。

典型误判：以为 intern() 总能“省内存”，其实它只是把字符串从堆某处挪到常量池——如果原对象还被强引用着，反而多占一份。

• 必须确认字符串生命周期：长期存活、高复用率的才适合 intern()
• JDK 8u20+ 默认开启 -XX:+UseG1GC 后，常量池回收更积极，但依然不会回收仍被引用的 interned 字符串
• 验证方式：用 jmap -histo:live 查看 java.lang.String 实例数，配合 jstat -gc 观察老年代变化

为什么 String.valueOf(x).intern() 不等于 x.toString().intern()

因为 String.valueOf(null) 返回的是字符串 "null"，而 null.toString() 直接抛 NullPointerException。哪怕 x 是非 null 对象，valueOf 可能调用 toString()，但也可能走分支逻辑（比如 String.valueOf(char[]) 直接构造新字符串）。

容易踩的坑：用 intern() 做 key 归一化时，没统一入口，导致相同语义的字符串进了两次常量池。

• 永远优先用 String.valueOf(x) 替代 x.toString() 做空安全转换
• 若 x 是 Integer 等包装类，String.valueOf(42) 和 42 + "" 都会生成新对象，再 intern() 才进池
• 数字转字符串后 intern() 效果有限：除非大量重复数值（如状态码 "200"、"404"），否则性价比低

用 intern() 做字符串比较前，先问自己三个问题

它不是万能的“加速器”。很多场景下，用 equals() 或 ==（仅限确定是字面量或已 intern 过）更直接可靠。

• 这个字符串是否真的会在整个应用生命周期里高频出现？（比如配置项 key、协议字段名）
• 有没有其他线程同时调用 intern()？高并发下锁竞争会让它变慢
• 你能否控制所有创建路径？一旦漏掉某个构造方式（比如用了 StringBuilder.toString() 却没 intern()），比较就会失效

最常被忽略的一点：常量池里的字符串，只要被任何地方强引用着，就不会被 GC；而堆上字符串可以随时回收。所以“省内存”是有代价的——换来的可能是更难排查的内存泄漏。

今天带大家了解了的相关知识，希望对你有所帮助；关于文章的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~