浅析java中的常量池

在我刚入行的时候，提过一个问题：常量池到底在JVM内存模型的哪个部分？

实际上，我这个问法本身存在很大问题，因为常量池根本不属于jvm部分概念，而是前端字节码编译中的概念，而jvm需要实现对字节码中的常量池进行处理，所以，对于常量池的解读，必须要考虑到以下几个方面：

1.常量池在字节码中的位置与结构
2.jvm何时加载常量池，又如何存储，处理常量池内容

这两部分涉及到字节码编译原理与jvm类加载原理，下面我来说下我的看法。

首先，常量池处于字节中是有单独一块空间存储的，此部分由两个数据组成，分别是：constant_pool_count与constany_pool。前者记录常量池中数据数量，其从1开始计数。后者存储常量池中的数据，在jdk11时，有多达17种数据类型，常量池中的数据全部都存放在这个数据表中。

以上常量池在字节码中的大致情况。常量池是在类加载的时候被jvm处理后存储到内存的。这里要说明一个误区，在字节码中的常量池部分，其更多的是属于一种辅助数据表，字节码中所有常量（包括符号引用与具体常量）都会存储在这里，而在jvm中，情况就有所不同。下面说下常量池在类加载过程中的处理。

ps. 在继续向下进行之前，先说个可能导致误区的地方，类加载准备阶段中，加载的并不是字节码中的常量池，而是字节码中的字段表部分，在此注明。

类加载中涉及到常量池的部分不少，在此只介绍具体加载常量池的部分。首先是在类加载过程中的解析步骤中对常量池的处理，此步骤把对常量池中常量的引用（符号引用）转化为jvm中对类或者常量的引用（直接引用）。

ps. 在此注意，在字节码中，各部分如果想要使用任何常量，都需要把此常量存储到常量池中，方法表，字段表，属性表等等部分中，都没有常量（除了计数数据外），然后使用符号引用去引用常量池中的常量。可能有人觉得这么做很傻，但如果知道字节码结构就知道，字节码结构除了属性表外，其它部分都是严格按照顺序排列的，而常量数量和出现场合是不确定的，这会打乱字节码编译后的顺序，造成无法解读的情况，因此把常量这种不确定因素放入常量池中，属性表也类似。

而具体常量所在内存位置是不确定的，不同数据类型数据会按照jmm结构存放到相应地方，而不是全部存放到方法区或者永久代或者元数据中，假设常量池中存储着一个