Java里的运行时常量池是JVM方法区的重要组成部分，在类加载的解析阶段完成初始化，用于存储编译期生成并解析后的常量信息，是Java常量管理机制的核心载体之一。
运行时常量池的核心作用
1. 存储编译期常量信息
Java源文件编译为class文件后，会生成Constant_Pool静态常量池，里面包含字面量（如字符串、final常量、基本类型值）和符号引用（如类/方法/字段的全限定名、描述符）。类加载时，JVM会将静态常量池的内容加载到运行时常量池，完成符号引用的解析，把部分符号引用替换为直接引用，方便后续执行时快速定位目标。
2. 支持动态常量生成
运行时常量池并非完全静态，它支持运行期间动态放入新的常量。最典型的场景就是String类的intern()方法：当调用该方法时，如果运行时常量池中不存在对应内容的字符串引用，就会把当前字符串的引用放入常量池，并返回这个引用。
public class RuntimeConstantPoolTest {
public static void main(String[] args) {
String str1 = new String("hello");
// 调用intern方法，将hello的引用放入运行时常量池
String str2 = str1.intern();
// 字面量hello在编译期就已经进入静态常量池，加载后解析到运行时常量池
String str3 = "hello";
// str2和str3都指向常量池中的同一个引用，结果为true
System.out.println(str2 == str3);
// str1是堆中的新对象，和常量池引用不同，结果为false
System.out.println(str1 == str3);
}
}
3. 统一管理常量引用，减少内存开销
运行时常量池会对相同的字面量进行统一存储，避免重复创建常量对象。比如基本类型对应的包装类（Integer、Long等）的缓存机制，就依赖运行时常量池的常量管理能力，在-128到127范围内的Integer对象会被缓存到常量池相关的区域，多次创建相同值的对象时直接返回缓存的引用，减少内存占用。
4. 支撑类加载链接阶段的符号引用解析
类加载的链接阶段包含验证、准备、解析三个步骤，其中解析步骤就是要把运行时常量池中的符号引用替换为直接引用。比如当解析一个方法的符号引用时，JVM会根据运行时常量池中存储的类全限定名和描述符，找到对应的类和方法在内存中的实际地址，后续调用该方法时就可以直接使用这个直接地址，提升执行效率。
运行时常量池与Java常量管理的关系
Java的常量管理分为三个层级：静态常量池存储在class文件中，运行时常量池是静态常量池在内存中的运行时表现，字符串常量池是运行时常量池中专门用于存储字符串引用的子区域。三者共同构成了Java的常量管理体系，确保常量在编译期、类加载期、运行期都能被高效管理。
需要注意的是，在JDK 7之后，字符串常量池从方法区移动到了堆中，但运行时常量池的其余部分仍然保留在方法区（元空间）中，这个变化也影响了字符串常量的存储和比较逻辑，开发时需要注意不同JDK版本的差异。
常见问题说明
- 运行时常量池溢出会抛出
OutOfMemoryError: Metaspace（JDK 8及之后）或者OutOfMemoryError: PermGen space（JDK 7及之前）错误，通常是因为加载了过多的类，或者常量池中动态生成的常量过多。 - 运行时常量池中的常量是可以被垃圾回收的，当类被卸载时，对应的运行时常量池内容也会被回收，这一点和永久代时期的设计有所不同。