字符串常量池在各个版本中位置的变化

目录

字符串常量池

方法区

元空间

JDK1.7之前

JDK1.7

JDK1.8

总结

---

字符串常量池

方法区

提到字符串常量池，还得先从方法区说起。方法区和Java堆一样（但是方法区是非堆），是各个线程共享的内存区域，是用于存储已经被JVM加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。

  很多人会把方法区称为永久代，其实本质上是不等价的，只不过HotSpot虚拟机设计团队是选择把GC分代收集扩展到了方法区，使用永久代来代替实现方法区。其实，在方法区中的垃圾收集行为还是比较少的，这个区域的内存回收目标主要是针对常量池的回收和对类型的卸载，但是这个区域的回收总是不尽如人意的，如果该区域回收不完全就会出现内存泄露。当然，对于JDK1.8时，HostSpot VM对JVM模型进行了改造，将元数据放到本地内存，将常量池和静态变量放到了Java堆里。

元空间

JDK 1.8, HotSpot JVM将永久代移除了，使用本地内存来存储类的元数据信息，即为元空间（Metaspace）

所以，字符串常量池的具体位置是在哪里？当然这个我们后面需要区分jdk的版本，jdk1.7之前，jdk1.7，以及jdk1.8，因为这些版本中，字符串常量池因为方法区的改变而做了一些变化。

JDK1.7之前

在jdk1.7之前，常量池是存放在方法区中的。

JDK1.7

在jdk1.7中，字符串常量池移到了堆中，运行时常量池还在方法区中。

JDK1.8

jdk1.8删除了永久代，方法区这个概念还是保留的，但是方法区的实现变成了元空间，常量池沿用jdk1.7，还是放在了堆中。这样的效果就变成了：常量池和静态变量存储到了堆中，类的元数据及运行时常量池存储到元空间中。

总结

1、在JDK1.7前，运行时常量池+字符串常量池是存放在方法区中，HotSpot VM对方法区的实现称为永久代。

2、在JDK1.7中，字符串常量池从方法区移到堆中，运行时常量池保留在方法区中。

3、在JDK1.8中，HotSpot移除永久代，使用元空间代替，此时字符串常量池保留在堆中，运行时常量池保留在方法区中，只是实现不一样了，JVM内存变成了直接内存。