运行时常量池是方法区（jdk 8+为元空间）的一部分，存储编译期字面量和符号引用，并在类加载过程中动态构建、解析和扩充；jdk 7起字符串常量池移至堆，其余常量仍存于方法区。
方法区和常量池是 JVM 类加载与运行时数据管理的核心环节。运行时常量池不是独立内存区域，而是方法区的一部分，它的内容来源于 class 文件的静态常量池，并在类加载过程中被动态构建和扩充。
运行时常量池的构成
运行时常量池存储的是类加载后“活化”的常量数据，主要包括两类内容：
- 字面量：如字符串字面量（"abc"）、整型常量（123）、浮点常量（3.14f）、final 编译期常量等；这些值在编译时已确定，直接存入 class 文件常量池，加载后进入运行时常量池。
- 符号引用：包括类/接口的全限定名（如 java/lang/String）、字段名与描述符（如 count:I）、方法名与描述符（如 toString:()Ljava/lang/String;）；它们在类加载的解析阶段被逐步替换为直接引用（内存地址）。
值得注意的是，JDK 7 起字符串常量池已从方法区移至堆内存，但其余常量（如类名、方法签名、数值常量等）仍保留在方法区内的运行时常量池中。JDK 8 及以后，方法区由元空间（Metaspace）实现，运行时常量池也随之位于元空间内。
运行时常量池的加载过程
运行时常量池的生成贯穿类加载的多个阶段，不是一次性完成的：
- 当 JVM 加载一个 class 文件时，首先读取其常量池表（共 11 种常量项类型，如 CONSTANT_Utf8、CONSTANT_Integer、CONSTANT_String 等），将其内容整体复制到方法区，形成初始的运行时常量池。
- 在类加载的 解析阶段，符号引用被逐步解析为直接引用——例如，某个 Methodref 常量会定位到目标方法在元空间中的实际入口地址。
- 在 初始化阶段及运行期间，运行时常量池可动态扩展：调用 String.intern() 会将堆中字符串首次加入字符串常量池（JDK 7+ 在堆）；通过反射或动态代理生成的新类，其相关常量也可能被写入运行时常量池。
方法区与运行时常量池的关系
方法区是 JVM 规范定义的逻辑内存区域，用于存储类型信息、静态变量、即时编译代码等，而运行时常量池是其内部一个关键子结构。它不具备独立的内存边界，而是与类元数据共同驻留在方法区（JDK 8 后即元空间）中。
- 方法区大小直接影响运行时常量池容量——加载大量类或频繁调用 intern() 可能触发 java.lang.OutOfMemoryError: Metaspace（JDK 8+）或 PermGen space（JDK 7 及以前）。
- 运行时常量池支持垃圾回收：废弃的常量（如无引用的字符串字面量）和不再使用的类元数据，在满足条件时会被清理，释放元空间。
