Java常量池详解

Class常量池与运行时常量池

Class常量池可以理解为是Class文件中的资源仓库。Class文件中除了包含类的版本，字段，方法，接口等描述信息外，还有一项信息就是常量池，用于存放编译期间生成的各种字面量（Literal）和符号引用（Symbolic References）。

class文件实际是一个16进制的字节码文件，我们可以通过javap命令来生成可读性更好的JVM字节码指令文件：

javap -v Math.class

红框内标出来的就是Class常量池信息，Class常量池中主要存放两大类常量：字面量和符号引用。

1.字面量：字面量就是指由字母，数字等构成的字符串或者数值常量。

字面量只可以右值出现，所谓右值就是等号右边的值，如 int a = 1，a为左值，1为右值。

2.符号引用：符号引用是编译原理中的概念，是相对于直接引用来说的。主要包括了以下三类常量：类和接口的全限定名，字段的名称和描述符，方法的名称和描述符。

上面int a = 1中的a就是字段名称，就是一种符号引用，还有Math类常量池中的Lcom/tuling/jvm/Math是类的全限定名，main和compute是方法名称，()是一种UTF8格式的描述符，这些都是符号引用。

这些常量池信息目前还没有被加载到内存分配空间，目前都是静态信息，只有到运行时被加载到内存后，这些符号才有对应的内存空间地址信息。Class常量池一旦被加载到内存中，就变成了运行时常量池，对应的符号引用在程序加载或运行时会被转变为被加载到内存空间的代码的直接引用，也就是我们之前说的动态链接。例如，compute()这个符号引用在运行时就会被转变为compute()方法具体代码在内存中的地址，主要通过对象头里面的类型指针去转换直接引用。

 

字符串常量池

字符串的分配和其他对象的分配一样，耗费高昂的时间和空间为代价。作为最基础的数据类型，字符串被大量频繁的创建，极大的影响了程序的性能。JVM为了提高性能和降低内存开销，在实例化字符串常量时进行了一些优化：

1.为字符串开辟了一个字符串常量池，类似于缓存区。

2.创建字符串常量时，首先查询字符串常量池中是否存在该字符串

3.如果存在，直接返回实例；如果不存在，实例化该字符串并放入字符串常量池中

这边我直接copy了吧，这篇就权当记录把

         

字符串常量池位置

JDK1.6及之前：有永久代，运行时常量池在永久代，运行时常量池包含字符串常量池

JDK1.7：有永久代，但已经逐步"去永久代"，字符串常量池从永久代的运行时常量池分离到了堆里面

JDK1.8及以上：无永久代，运行时常量池在元空间，字符串常量池在堆里面

字符串常量池设计原理

字符串常量池底层是hotspot的C++实现的，底层类似一个HashTable，保存的本质上是字符串对象的引用。看一道比较常见的面试题，下面的代码创建了多少个String对象？

为什么输出会有这样的变化呢？主要还是字符串常量池从永久代中脱离，移入了堆中的原因，intern方法也相应发生了变化：

1.在JDK1.6中，调用intern方法首先会在字符串常量池中寻找equal()相等的字符串，加入字符串存在就返回该字符串在字符串常量池中的实例；加入字符串不存在，虚拟机会重新在永久代上创建一个新的实例，将StringTable的表项指向这个新创建的实例。

2.在JDK1.7及以后的版本，由于永久代逐渐移除，字符串常量池被移到了堆区，intern方法也做了一些调整，更方便的利用了堆中的对象。字符串存在时和1.6版本一致；字符串不存在时不再需要重新创建新的实例，可以直接指向堆上的实例。

字符串常量池问题的几个例子

关于String是不可变的

这篇就不发布了，留着自己回顾巩固用。