【字符串常量池】

我们常常需要使用到String类型的字符串。作为最常用也是最基础的引用数据类型，JVM为String提供了字符串常量池来提高性能，本篇文章我们一起从底层JVM中认识并学习字符串常量池的概念和设计原理。

字符串常量池由来
在日常开发过程中，字符串的创建是比较频繁的，而字符串的分配和其他对象的分配是类似的，需要耗费大量的时间和空间，从而影响程序的运行性能，所以作为最基础最常用的引用数据类型，Java设计者在JVM层面提供了字符串常量池。

实现前提
实现这种设计的一个很重要的因素是：String类型是不可变的，实例化后，不可变，就不会存在多个同样的字符串实例化后有数据冲突；
运行时，实例创建的全局字符串常量池中会有一张表，记录着长相持中每个唯一的字符串对象维护一个引用，当垃圾回收时，发现该字符串被引用时，就不会被回收。
实现原理
为了提高性能并减少内存的开销，JVM在实例化字符串常量时进行了一系列的优化操作：

在JVM层面为字符串提供字符串常量池，可以理解为是一个缓存区；
创建字符串常量时，JVM会检查字符串常量池中是否存在这个字符串；
若字符串常量池中存在该字符串，则直接返回引用实例；若不存在，先实例化该字符串，并且，将该字符串放入字符串常量池中，以便于下次使用时，直接取用，达到缓存快速使用的效果。
String str1 = “abc”;
String str2 = “abc”;
System.out.println("str1 == str2: " + (str1 == str2)); //结果：str1 == str2: true
字符串常量池位置变化
方法区
提到字符串常量池，还得先从方法区说起。方法区和Java堆一样（但是方法区是非堆），是各个线程共享的内存区域，是用于存储已经被JVM加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。
  很多人会把方法区称为永久代，其实本质上是不等价的，只不过HotSpot虚拟机设计团队是选择把GC分代收集扩展到了方法区，使用永久代来代替实现方法区。其实，在方法区中的垃圾收集行为还是比较少的，这个区域的内存回收目标主要是针对常量池的回收和对类型的卸载，但是这个区域的回收总是不尽如人意的，如果该区域回收不完全就会出现内存泄露。当然，对于JDK1.8时，HostSpot VM对JVM模型进行了改造，将元数据放到本地内存，将常量池和静态变量放到了Java堆里。

3.不同jdk版本中的位置

JDK6.0及以前的版本是，字符串常量池是放在堆的Perm区的。Perm区是一个类静态的区域，主要存储一些加载类的信息，常量池，方法片段等
默认大小只有4m,一旦常量池中大量使用intern是会直接产生java.lang.OutOfMemoryError:Perm Gen Space错误。

Jdk7.0版本中，字符串常量已经从Perm区转移到正常的Java Heap区域了。为什么移动，Perm区太小是主要原因。

Jdk8.0已经直接取消了Perm区域，而新建立了一个元区域，应该是JDK开发者认为Perm区域已经不适合现在的Java发展了。

4.不同版本中存的是什么？

在JDK6.0及之前版本中，String Pool里放的都是字符串常量；

在JDK7.0中，由于String#intern()发生了改变，因此String Pool中也可以存放放于堆内的字符串对象的引用