字符串常量池从永久代迁移到堆空间，核心动机是解决内存管理失衡问题：永久代gc条件苛刻导致字符串无法回收而引发oom；堆支持分代回收，提升效率并释放方法区内存；intern操作由复制变为引用，节省空间。
字符串常量池从永久代迁移到堆空间，核心动机是解决内存管理失衡问题——不是技术“想动”，而是旧机制实在撑不住了。
永久代回收机制几乎失效
在 JDK 6 及之前，字符串常量池位于永久代，而永久代的垃圾回收条件极为苛刻：只有在 Full GC 时才可能触发，且需同时满足类实例、ClassLoader、Class 对象三者全部不可达。字符串本身不绑定任何类加载器，天然就是“无主孤儿”，导致绝大多数字符串常量无法被回收。大量 intern 字符串堆积后，极易触发 java.lang.OutOfMemoryError: PermGen space。
堆内存更适合字符串生命周期特征
字符串对象多数短命（如日志拼接、JSON 解析中的临时 key），适合年轻代快速回收；少数长存（如配置项、类名）可自然晋升至老年代。迁入堆后，字符串常量池完全纳入分代 GC 体系：
- 新 intern 的字符串优先分配在 Eden 区，Young GC 即可清理无引用字符串（毫秒级）
- 不再依赖 Full GC，避免长时间 STW 停顿
- GC Roots 标记统一，与普通对象共用可达性分析逻辑
缓解方法区内存失控风险
方法区（永久代）设计初衷是存放类元数据，空间通常设得较小（如默认 64MB）。但字符串常量池不受控增长（尤其配合反射、动态代理、模板引擎等场景），会迅速挤占本该留给类信息的空间。把字符串挪到堆里，让方法区回归“类元数据专用区”，大小更可控、更稳定。
intern 操作大幅优化
JDK 6 中调用 String.intern() 会将堆中字符串完整复制一份到永久代，造成双份内存占用；JDK 7+ 迁移后，常量池只存指向堆中字符串对象的引用（8 字节指针），省去复制开销，也确保同一字符串内容在内存中仅有一份实体。
迁移不是功能升级，而是对现实压力的务实响应：堆的 GC 能力、内存弹性、工程可调性，全面优于永久代。JDK 7 完成这一步，JDK 8 及之后延续并强化了这一设计逻辑。
