String.intern()可缓解字典值内存溢出，通过复用常量池中相同字符串引用避免堆内重复对象堆积，但仅适用于取值有限、重复率高且稳定的字段，滥用反而加剧OOM。
使用 String.intern() 缓解数据库字典值引发的内存溢出，核心在于**避免重复字符串对象堆积堆内存**，但必须谨慎使用——它不是万能解药，用错反而加剧问题。
为什么字典值容易导致内存溢出？
从数据库批量查出大量字典数据（如：100 万条“省份”“性别”“状态”等有限取值字段）时，即使只有几十个实际不同值，JVM 默认会为每条记录创建独立的 String 实例。这些字符串内容高度重复，但对象彼此不共享，堆中可能存下上百万份“北京”“男”“启用”的副本，迅速耗尽堆空间。
intern() 的作用机制与适用前提
String.intern() 会将字符串首次调用时加入 JVM 的字符串常量池（Java 7+ 后池位于堆中），后续相同内容的字符串调用该方法，直接返回池中已有引用，从而实现对象复用。
✅ 适用前提：
- 字典值总量小（如几百~几千种）、重复率极高（99%+）
- 字符串内容稳定、不可变（字典值天然符合）
- 应用长期运行，且字典加载后极少变更（避免池污染或频繁重载）
安全使用的具体做法
不要在循环中无条件对每个字符串调用 intern()，尤其不能在流式处理或分页查询中滥用。推荐方式：
-
预加载 + 显式去重：启动时一次性查全字典表，用
Set去重后逐个intern()，再构建Map缓存。后续业务中用该 Map 替换原始字符串 -
只对确定高频且有限的字段调用：例如仅对
status、gender等枚举型字段做intern，跳过remark、name等低重复率字段 -
配合软引用/缓存控制：若字典可能动态更新，可用
ConcurrentHashMap存储 intern 后的引用，并在字典刷新时清空该 Map（注意：不能清除常量池本身）
必须避开的坑
intern() 本身有开销：每次调用需在常量池中哈希查找，高并发下可能成为瓶颈；更严重的是——
- 常量池也是堆内存的一部分，过度 intern 大量唯一字符串（如带时间戳的 UUID、日志消息）会导致常量池膨胀，触发
OutOfMemoryError: Java heap space - 无法显式清理常量池，一旦误入非常驻字典值（如用户输入），将永久驻留
- JDBC 驱动返回的字符串是否已 intern？不一定。MySQL Connector/J 8.0+ 对固定长度字符串做了轻量优化，但不保证，仍需自行控制
真正治本的方法是结合业务建模：把高频字典字段转为 enum 或轻量 ID（如 int statusId），内存占用可降至原来的 1/10；intern() 仅作为过渡或补救手段，在确认重复模式后再启用。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
