你了解JVM常量池吗?

常量池啥啥分不清吗？来一篇洗洗脑吧

字符串常量池

结构：它是一个String Table类，实质上是一个Hash表，默认长度是1009。全局字符串池里的内容是在类加载完成，经过验证，准备阶段之后在堆中生成字符串对象实例存到string pool中。
特点：A、这个String Table在每个JVM中的实例只有一份，被所有的类共享。B、string pool中存的是具体的实例对象
存储的数据：里面存的是驻留字符串(也就是我们常说的用双引号括起来的)实例（驻留字符串实例本身）。

文件中的常量池

结构：包含各种.class文件。也就是类编译后产生的文件

class文件：

class文件中除了包含类的版本、字段、方法、接口等描述信息外，还有一项信息就是常量池(constant pool table)，用于存放编译器生成的各种字面量(Literal)和符号引用(Symbolic References)。

字面量(字面量就是我们所说的常量概念)：A、文本字符串；B、八种基本类型的值；C、被申明为final的常量等

符号引用：是一组符号来描述所引用的目标，符号可以是任何形式的字面量，只要使用时能无歧义地定位到目标即可（它与直接引用区分一下，直接引用一般是指向方法区的本地指针，相对偏移量或是一个能间接定位到目标的句柄）。一般包括下面三类常量：

A、类和方法的全限定名；B、字段的名称和描述符；C、方法的名称和描述符

常量池的每一项常量都是一个表，一共有如下表所示的11种各不相同的表结构数据，这每个表开始的第一位都是一个字节的标志位（取值1-12），代表当前这个常量属于哪种常量类型。

运行时常量池

存储位置：内存

存储的数据：class常量池被加载到内存之后的版本。（它同样拥有所有的类）。不同之处是：它的字面量可以动态地添加（String#intern()），符号引用会被解析为直接引用。

符号引用和直接引用：比如String name=“Java”;假定它在String Pool中的hashcode=1。

如果文件中储存这个字符串时，存的是name。那么这个就是符号引用。

如果文件中存储这个字符串时，存的是1。那么这个就是直接引用。

显然所有的符号引用最终都要转化为直接引用才能够找到相应的数据。

加载过程

运行时常量池也是每个类都有一个。在解析阶段，会把符号引用替换为直接引用，解析的过程会去查询字符串常量池，也就是我们上面所说的StringTable，以保证运行时常量池所引用的字符串与字符串常量池中是一致的。

特点：对于String类型，可以在运行时通过intern方法将字符串加入常量池。

了解了三面三个概念我们来总结一下

java中的常量池分3种

1.class文件常量池（静态常量池）

2运行时常量池

3.字符串常量池

class文件常量池：存储区域是在堆中，编译时产生对应的class文件，主要包含字面量和符号引用

运行时常量池：存在与本地内存的元空间中，JVM运行时，在类加载完成后，将每个class常量池中的符号引用转换为直接引用，与全量池中保持一致

字符串常量池：类在加载完成，经过验证，准备之后在堆中生成字符串对象实例，然后将该字符串对象实例的引用只存储到sting pool中，string pool是一个StringTable类，是哈希表结果，里面存储的是字符串引用，具体的实例对象存储在堆中，这个stringtable表在每个hotspot中的实例只有一份，被所有类共享。

在JDK1.7之前运行时常量池逻辑包含字符串常量池存放在方法区, 此时hotspot虚拟机对方法区的实现为永久代

在JDK1.7 字符串常量池被从方法区拿到了堆中, 这里没有提到运行时常量池,也就是说字符串常量池被单独拿到堆,运行时常量池剩下的东西还在方法区, 也就是hotspot中的永久代

在JDK1.8 hotspot移除了永久代用元空间(Metaspace)取而代之, 这时候字符串常量池还在堆, 运行时常量池还在方法区, 只不过方法区的实现从永久代变成了元空间(Metaspace)

JDK8 HotSpot JVM 将移除永久区，使用本地内存来存储类元数据信息并称之为：元空间（Metaspace）。这意味着不会再有java.lang.OutOfMemoryError: PermGen问题，也不再需要你进行调优及监控内存空间的使用。

JDK1.8永久代

PermGen空间状况：这部分内存空间将全部移除。JVM的参数：PermSize 和 MaxPermSize 会被忽略并给出警告（如果在启用时设置了这两个参数）。

Metaspace 容量：默认情况下，类元数据只受可用的本地内存限制（容量取决于是32位或是64位操作系统的可用虚拟内存大小）。新参数（MaxMetaspaceSize）用于限制本地内存分配给类元数据的大小。如果没有指定
这个参数，元空间会在运行时根据需要动态调整。
另外，对于僵死的类及类加载器的垃圾回收将在元数据使用达到“MaxMetaspaceSize”参数的设定值时进行。适时地监控和调整元空间对于减小垃圾回收频率和减少延时是很有必要的。持续的元空间垃圾回收说明，
可能存在类、类加载器导致的内存泄漏或是大小设置不合适。

参考链接：
https://blog.csdn.net/Sun1956/article/details/53161560/
https://blog.csdn.net/q5706503/article/details/84640762
https://www.cnblogs.com/yangyanping-blog/p/12427065.html
https://www.cnblogs.com/Jtianlin/p/8656845.html