常量池：
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引用。
元空间虚拟机负责元空间的分配，其采用的形式为组块分配。组块的大小因类加载器的类型而异。在元空间虚拟机中存在一个全局的空闲组块列表。当一个类加载器需要组块时，它就会从这个全局的组块列表中获取并维持一个自己的组块列表。当一个类加载器不再存活，那么其持有的组块将会被释放，并返回给全局组块列表。类加载器持有的组块又会被分成多个块，每一个块存储一个单元的元信息。组块中的块是线性分配（指针碰撞分配形式）。组块分配自内存映射区域。这些全局的虚拟内存映射区域以链表形式连接，一旦某个虚拟内存映射区域清空，这部分内存就会返回给操作系统。