运行时常量池

本文转载自运行时常量池

运行时常量池（ Runtime Constant Pool）是每个类或接口的常量池（ Constant_Pool）的运行时表示形式。

它包括了若干种不一样的常量：从编译期可知的数值字面量到必须运行期解析后才能得到的方法或字段引用。运行时常量池扮演了相似传统语言中符号表（ SymbolTable）的角色，不过它存储数据范围比一般意义上的符号表要更为普遍。

每个运行时常量池都分配在 Java 虚拟机的方法区之中，在类和接口被加载到虚拟机后，对应的运行时常量池就被建立出来。

以上，是Java虚拟机规范中关于运行时常量池的定义。

运行时常量池在JDK各个版本中的实现

根据Java虚拟机规范约定：每个运行时常量池都在Java虚拟机的方法区中分配，在加载类和接口到虚拟机后，就建立对应的运行时常量池。

在不一样版本的JDK中，运行时常量池所处的位置也不同。以HotSpot为例：

在JDK 1.7以前，方法区位于堆内存的永久代中，运行时常量池做为方法区的一部分，也处于永久代中。

由于使用永久代实现方法区可能致使内存泄露问题，因此，从JDK1.7开始，JVM尝试解决这一问题，在1.7中，将本来位于永久代中的运行时常量池移动到堆内存中。（永久代在JDK 1.7并无彻底移除，只是原来方法区中的运行时常量池、类的静态变量等移动到了堆内存中。）

在JDK 1.8中，完全移除了永久代，方法区经过元空间的方式实现。随之，运行时常量池也在元空间中实现。

运行时常量池中常量的来源

运行时常量池中包含了若干种不一样的常量：

编译期可知的字面量和符号引用（来自Class常量池） 运行期解析后可得到的常量（如String的intern方法）

因此，运行时常量池中的内容包含：Class常量池中的常量、字符串常量池中的内容

运行时常量池、Class常量池、字符串常量池的区别与联系

虚拟机启动过程当中，会将各个Class文件中的常量池载入到运行时常量池中。

因此， Class常量池只是一个媒介场所。在JVM真的运行时，须要把常量池中的常量加载到内存中，进入到运行时常量池。

字符串常量池能够理解为运行时常量池分出来的部分。加载时，对于class的静态常量池，若是字符串会被装到字符串常量池中。