string常量池通过复用相同内容的字符串引用减少堆内存开销，字面量自动入池，intern()适用于高重复动态字符串，但需避免无节制调用导致堆膨胀和性能瓶颈，显式缓存更可控。
String 常量池本身不主动“防止”内存浪费，它靠设计机制和合理使用来减少重复字符串带来的堆内存开销。核心在于复用、而非自动清理——它只对内容相同的字符串做引用共享，前提是开发者理解何时该让它介入。
字面量自动入池，避免无谓堆对象
用双引号定义的字符串（如 "OK"、"POST"）在类加载时就进入常量池。JVM 每次遇到相同字面量，直接返回池中已有引用，不再创建新对象。这天然规避了大量静态字符串的重复分配。
- ✅ 正确：
String method = "GET";→ 池中唯一一份 - ❌ 浪费：
String method = new String("GET");→ 堆中新对象，即使内容一样也不共享
intern() 是手动“归并”入口，但只对高重复动态字符串有效
从 JSON、数据库或网络读取的字符串（如状态字段 "SUCCESS"），往往通过 new String() 或 StringBuilder.toString() 构造，原始对象在堆中各自独立。调用 .intern() 可强制将其映射到常量池，后续相同内容都复用同一引用。
- 适用：日志级别、协议类型、枚举值等长生命周期、高重复率字符串
- 不适用：UUID、时间戳、用户输入昵称——几乎不重复，反而向池中塞无效条目，增大哈希表压力
JDK 7+ 后池在堆里，省了跨区拷贝，但要防膨胀
常量池已移至堆内存，intern() 不再触发 PermGen 溢出，但池本身是堆的一部分。如果无节制调用，比如在循环里对随机字符串 intern，会导致：
- 字符串表（StringTable）持续增长，占用堆空间
- 默认大小仅 1009 个桶，高并发易哈希冲突，拖慢查找
- 全局同步锁，成为性能瓶颈
可通过 -XX:StringTableSize=60013 预设更大容量，但需权衡初始化开销。
比 intern() 更可控的替代方案
对业务逻辑清晰、重复模式明确的场景，显式缓存更安全：
- 用
ConcurrentHashMap<string string></string>自主管理复用，可设过期策略、限制大小 - 避免 null 引发的
NullPointerException，也绕过 JVM 全局锁 - 便于监控命中率与缓存规模，比如统计“status”类字符串复用比例
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
