深入理解Java方法区与字符串常量池
方法区概述
方法区是JVM中所有线程共享的内存区域，用于存储已加载类的结构信息，如字段、方法、构造器、常量池等。它在JVM启动时被创建，逻辑上属于堆的一部分，但具体实现由虚拟机厂商决定——有的将其置于堆内，有的则独立管理。
当方法区空间不足时，会抛出 OutOfMemoryError: Metaspace 或 PermGen space 错误（根据JDK版本不同）。在JDK 8之前，该区域被称为"永久代"（Permanent Generation），而从JDK 8开始，取而代之的是"元空间"（Metaspace）。
元空间与永久代的区别
- 永久代：位于JVM堆内存中，大小受限于堆配置，容易因动态类生成导致内存溢出。
- 元空间：使用本地内存（Native Memory），默认无上限，可有效缓解类加载过多带来的压力。为防止滥用系统内存，建议通过
-XX:MaxMetaspaceSize显式设置最大值。
典型引发元空间溢出的场景包括：
- Spring框架使用CGLIB生成代理类
- MyBatis为Mapper接口动态创建实现类
这些框架在运行期频繁生成新类，若不加以控制，极易耗尽元空间。
类文件与运行时常量池
每个编译后的 .class 文件包含一个静态常量池，记录了字面量和符号引用。当类被加载后，这些信息被复制到方法区中的运行时常量池，并解析为直接引用。
例如以下代码：
String a = "hello";
其对应的字节码指令会通过 ldc #2 指令从常量池中加载符号 #2，此时才会触发字符串对象的实际创建。
字符串常量池（StringTable）详解
字符串常量池（又称"串池"）是运行时常量池的一部分，底层基于哈希表实现，确保每个字符串值唯一存在，避免重复创建对象。
字符串的延迟加载机制
字符串不会在类加载时全部载入串池，而是按需加载。只有执行到相关指令（如 ldc）时，才会将符号转为真正的字符串对象，并尝试加入串池。
拼接操作的底层原理
观察如下代码差异：
String s1 = "a" + "b"; // 编译期优化 → 直接等于 "ab"
String s2 = new String("a") + new String("b"); // 运行期拼接 → 使用 StringBuilder
- 常量拼接：
"a" + "b"在编译阶段即合并为"ab"，无需运行时处理。 - 变量拼接：涉及变量时，编译器生成
StringBuilder.append()调用，在堆中新建对象。
intern() 方法的作用
调用 intern() 可将堆中的字符串对象主动纳入串池：
- JDK 8+：若串池不存在相同值，则将该对象的引用存入串池（相当于"移动"而非复制）；存在则返回已有引用。
- JDK 6：无论是否存在，均在永久代中复制一份新字符串，效率较低。
示例验证：
String s = new String("a") + new String("b");
String t = s.intern();
System.out.println(t == "ab"); // true (JDK 8)
System.out.println(s == "ab"); // false (s 原本在堆)
常见面试题解析
String x1 = "cd";
String x2 = new String("c") + new String("d");
x2.intern();
System.out.println(x1 == x2); // false
原因分析：
x1 = "cd"先将"cd"放入串池。x2在堆中创建了新的字符串对象。intern()发现串池已存在"cd"，不做任何变更。- 因此
x2仍指向堆中对象，与串池中的x1不是同一实例。
StringTable 的位置变迁与优化
从 JDK 7 开始，字符串常量池从永久代迁移至主堆空间，主要原因如下：
- 永久代垃圾回收效率低，难以及时清理大量不再使用的字符串。
- 堆内存更易触发GC，有助于减少长期存活字符串对内存的占用。
StringTable 的垃圾回收行为
可通过添加JVM参数观察其GC表现：
-XX:+PrintGCDetails -XX:+PrintStringTableStatistics
当系统内存紧张时，即使强引用未断开，只要没有其他引用指向串池中的某些字符串，它们也可能被回收。
实验表明：向串池插入1万个字符串，最终可能仅保留7000余个，其余因GC被清理。
性能调优策略
由于 StringTable 是哈希表结构，性能受桶数量和冲突率影响：
- 增加桶数可降低哈希碰撞概率，提升查找速度。
- 使用
-XX:StringTableSize=N参数调整桶的数量（必须为质数）。
典型案例：Twitter 曾利用 intern() 对用户地址去重，将原本需30GB内存的数据压缩至几百MB，显著节省资源。
总结要点
- 方法区存储类元数据，JDK 8 后以元空间替代永久代。
- 运行时常量池在类加载时由 class 文件常量池构建。
- 字符串对象首次使用时才从符号变为真实对象，并尝试进入串池。
- 串池保证字符串唯一性，支持高效比较与节省内存。
- 常量拼接在编译期完成；变量拼接依赖 StringBuilder。
intern()可手动入池，JDK 8 实现更高效（引用移动而非复制）。- 合理设置
-XX:StringTableSize和控制字符串驻留，能显著提升应用性能。
