string池是java中唯一被jvm深度定制优化的引用类型特例，因其不可变性、高频重复使用及语义确定性，使得多个引用可安全共享同一堆对象，从而提升内存效率；字面量创建触发池检查实现地址复用，故a==b为true，而new创建则总分配新地址；intern()支持动态字符串手动入池，但需避免对低重复内容滥用。
String 池是 Java 中引用类型唯一被 JVM 深度定制优化的特例——它不改变引用类型的本质（仍存地址、指向堆中对象），却通过内容驱动的共享机制，实现了远超普通对象的内存效率。
为什么只有 String 有池，其他引用类型没有
根本原因在于不可变性 + 高频重复 + 语义确定。String 被 final 修饰，内部字符数组不可修改，这使得多个变量安全共用同一实例不会引发数据竞争；而像 ArrayList、HashMap 等可变对象，一旦共享就可能被某处修改，破坏其他引用的逻辑一致性。另外，日志级别（"ERROR"）、HTTP 状态码（"404"）、配置键（"timeout.ms"）这类字符串在运行时高频出现且内容固定，天然适合池化。普通引用类型既不具备不可变保障，又缺乏这种强重复模式，JVM 不为其设计池机制。
String 池如何让引用“看起来像值类型”
字面量创建（如 String a = "hello"）触发池检查：若池中已有相同内容对象，a 直接获得其堆地址；后续 String b = "hello" 得到的仍是同一个地址。此时 a == b 为 true——这不是值比较，而是两个引用恰好指向堆中同一块内存。这种行为类似值类型的相等判断，但底层仍是引用传递。而 new String("hello") 总是在堆上新开辟空间，哪怕池里已存在，因此新对象与池中对象地址不同，== 必为 false。
intern() 是手动接管引用归属权的关键操作
当字符串来自动态构造（如拼接、IO 读取），JVM 不自动入池，但开发者可通过 intern() 主动申请共享：
- 若池中已存在 equals 相同的字符串，返回池中引用，原对象可被 GC
- 若不存在，则将当前字符串对象（或其副本）放入池，并返回该引用
- 调用后，该引用就和其他字面量引用一样，具备池内复用资格
注意：过度对长文本、UUID、用户输入调用 intern() 可能导致池膨胀，因这些内容几乎不重复，反而增加哈希表维护开销和元空间压力。
池的位置变化直接影响 GC 行为
JDK 7 之前，字符串常量池位于方法区（永久代），GC 对其清理较弱；JDK 7 起移至堆内存，成为普通对象的一部分，可被常规 GC 回收。这意味着池中未被任何变量引用的字符串，在合适时机会被清理，避免长期驻留。这也解释了为何池不是“永远不释放”的缓存——它受堆内存整体策略约束，兼具复用性与可回收性。
