常量池 - 运行时常量池

常量池：

javap -verbose xxx

notice: xxx is a compiled class file

以上指令显示的：Constant pool 就是所谓的常量池，该内容的大小固定，在编译期就已经固。

存储的内容类似于：

#1 = Methodref
 #2 = Class
 #3 = Methodref
 #4 = Fieldref
 #5 = Methodref
 #6 = String
 #7 = Methodref
 #8 = String
 #9 = Class
#10 = InterfaceMethodref
#11 = Class
#12 = Methodref
#13 = Methodref

等等，具体可以查看 《深入java虚拟机》 6-3 图

运行时常量池

常量池在类加载以后会存入运行时常量池。运行期间也可以再增加常量置常量池。

 

java1.8 以后：

方法区移至Metaspace，字符串常量移至Java Heap

每一个类加载器的存储区域都称作一个元空间，所有的元空间合在一起就是我们一直说的元空间。当一个类加载器被垃圾回收器标记为不再存活，其对应的元空间会被回收。在元空间的回收过程中没有重定位和压缩等操作。但是元空间内的元数据会进行扫描来确定Java引用。 
元空间虚拟机负责元空间的分配，其采用的形式为组块分配。组块的大小因类加载器的类型而异。在元空间虚拟机中存在一个全局的空闲组块列表。当一个类加载器需要组块时，它就会从这个全局的组块列表中获取并维持一个自己的组块列表。当一个类加载器不再存活，那么其持有的组块将会被释放，并返回给全局组块列表。类加载器持有的组块又会被分成多个块，每一个块存储一个单元的元信息。组块中的块是线性分配（指针碰撞分配形式）。组块分配自内存映射区域。这些全局的虚拟内存映射区域以链表形式连接，一旦某个虚拟内存映射区域清空，这部分内存就会返回给操作系统。

（转：https://www.cnblogs.com/duanxz/p/3520829.html）