1.常量池的概念
分为两大类：静态常量池和运行时常量池。
- class文件静态常量池
即class文件中的常量池， 指的是编译生成的 class 字节码文件，其结构中有一项是常量池（Constant Pool Table），用于存放编译期生成的各种字面量和符号引用，这部分内容将在类加载后进入内存的运行时常量池中存放。该常量池不仅仅包含字符串(数字)字面量，还包含类、方法的信息，占用class文件绝大部分空间。字面量包括：（1）文本字符串 （2）八种基本类型的值 （3）被声明为final的常量等; - 运行时常量池
是方法区中的一块内存区域,jvm虚拟机在完成类装载操作后，将class文件中的常量池载入到内存中，我们常说的常量池，就是运行时常量池。一个类加载到 JVM 中后对应一个运行时常量池。Class 文件常量只是一个静态存储结构，里面的引用都是符号引用。而运行时常量池可以在运行期间将符号引用解析为直接引用。
注意： 运行时常量池中的常量，基本来源于各个class文件中的常量池。程序运行时，除非手动向常量池中添加常量(比如调用intern方法)，否则jvm不会自动添加常量到常量池。
2.关于方法区的理解
-
方法区只是一个概念：《Java虚拟机规范》只是规定了有方法区这么个概念和它的作用，并没有规定如何去实现它。那么，在不同的 JVM 上方法区的实现肯定是不同的了。 同时大多数用的JVM都是Sun公司的HotSpot。 - 方法区是Java虚拟机规范中的定义，是一种规范，在HotSpot的JMV中不同的jdk版本，
它的实现都不一样。
（1）JDK7之前，HotSpot 使用永久代实现方法区， 使用 GC分代来实现方法区内存回收，可能出现“PermGen Space”的内存溢出。
（2）JDK7，HotSpot 使用Java Heap或者Native memory实现方法区。可能会出现堆内存溢出。
（3）JDK8，HotSpot 使用元空间(Metaspace)来实现。元空间并不在虚拟机中，而是使用本地内存。因此，默认情况下，元空间的大小仅受本地内存限制。可以通过参数来指定元空间的大小。
补充两个概念：
（1）方法区——线程共享的，主要存储类信息、常量池、静态变量、JIT编译后的代码等数据。方法区理论上来说是堆的逻辑组成部分；
（2）运行时常量池——是方法区的一部分，用于存放编译期生成的各种字面量和符号引用；
3.字符串常量池中存放的时引用还是对象的问题
- 字符串常量池存放的是对象引用，不是对象。在Java中，即使字符串是不可变的，它仍然和Java中的其他对象一样。
对象都是创建在堆中，字符串也不例外。所以字符串常量池仍然依靠堆，他们存储的只是堆中字符串的引用。 - GC回收条件：当一个对象
不再有引用指向它时，这个对象就会被回收。字符串字面量总是有一个来自字符串常量池的引用。因此字符串字面量不会被垃圾回收。绝对不会。
4.Java编译过程(字符串字面量的处理)
(1)当一个.java文件被编译成.class文件时，和所有其他常量一样，每个字符串字面量都通过一种特殊的方式被记录下来。
(2)当一个.class文件被加载时（注意加载发生在初始化之前），JVM在.class文件中寻找字符串字面量。
(3)当找到一个时，JVM会检查是否有相等的字符串在常量池(存放的地址引用)中存放了堆中引用。
(4)如果找不到，就会在堆中创建一个对象，然后将它的引用存放在池中的一个常量表中。
(5)一旦一个字符串对象的引用在常量池中被创建，这个字符串在程序中的所有字面量引用都会被常量池中已经存在的那个引用代替。
