字符串常量池依附于方法区物理实现而变迁：JDK6在永久代存对象本体，JDK7移至堆中仅存引用，JDK8+仍在堆中；元空间只存类元数据与符号引用，不存字符串。
字符串常量池不是独立存在的内存区域，它始终依附于方法区的物理实现。所谓“变迁”，本质是方法区的底层载体变了，池子跟着搬家——理解这点，比死记版本号更重要。
JDK 6及之前：永久代中存对象本体
此时方法区由永久代（PermGen）实现，字符串常量池就嵌在其中。双引号字面量（如"hello"）直接在永久代里创建并存储字符串对象实例本身。问题很明显：永久代空间小、GC少，频繁调用String.intern()极易触发java.lang.OutOfMemoryError: PermGen space。
JDK 7：迁入堆中，只存引用
这是关键转折。字符串常量池整体搬进Java堆，但存储方式变了：
• 不再复制字符串内容，而是用哈希表（StringTable）保存堆中已有字符串对象的引用；
• 字符串对象本体（无论new还是字面量）统一在堆中分配；
• 堆的GC机制能及时回收无用字符串，大幅缓解内存压力。
JDK 8+：仍在堆中，元空间不收字符串
永久代被彻底移除，方法区改由元空间（Metaspace）实现——但它只管类元数据、字段签名、符号引用等结构信息。
• 字符串常量池位置不变，依然在堆中；
• 运行时常量池的“符号引用部分”进了元空间，但“字符串字面量的引用”仍由堆中的StringTable维护；
• 所有字符串对象本体，从未进入过元空间。
intern()行为变化背后的逻辑
这个方法的行为差异，正是常量池位置变迁的直接体现：
• JDK 6：intern()会把堆中字符串拷贝一份到永久代，造成冗余；
• JDK 7起：intern()只登记引用，若堆中已存在相同内容的字符串，就直接返回其引用；
• 因此，JDK 7+中s1 == s2的判断结果，往往和JDK 6不同——这不是bug，是设计使然。
