方法区概览

《深入理解 Java 虚拟机》书中对方法区（Method Area）存储内容描述如下：它用于存储已被虚拟机加载的类型信息、常量、静态变量、即时编译器编译后的代码缓存等。

• 方法区，内部包含了运行时常量池。
• 字节码文件，内部包含了常量池

为什么需要常量池

Java源文件中的类或接口，在编译后产生一个字节码文件。如果一个类中有多个方法都使用了相同的常量或方法引用，那么可以将这个常量存到常量池中。字节码的code区只需包含指向常量池的引用即可。因为常量池中只保存一份相同值的常量，因此节约了空间。

运行时常量池

运行时常量池(Runtime Constant Pool)是方法区的一部分，常量池表(Constant Pool Table)是Class文件的一部分，用于存放编译器生成的各种字面量和符号引用，这部分内容将在类加载后存放到方法区的运行时常量池中。一部分符号引用会变为直接引用

方法区的演变

JDK6

JDK7

JDK8

JDK版本	方法区的变化
JDK1.6及以前	由永久代实现，静态变量和字符串常量池存储在永久代上
JDK1.7	由永久代实现，逐渐"去永久代化"，静态变量和字符串常量池存储在堆中
JDK1.8	由元空间实现，类型信息，字段，方法，常量保存在本地内存的元空间，静态变量和字符串常量池存储在堆中

StringTable为什么调整位置

因为永久代的回收效率低，只有在永久代空间不足时才会触发FullGC，这就导致StringTable回收效率不高。而开发中会有大量的字符串被创建，回收效率低，导致永久代内存空间不足。放在堆里，可以及时回收内存。

为什么永久代要被元空间替代

类的元数据分配在本地内存中，元空间的最大可分配空间就是系统可用内存空间，这项改动是很有必要的，因为
1）为永久代设置空间大小是很难确定的，很容易发生OutOfMemory。
2）很难对永久代进行调优，因为受限于它的空间，很容易发生永久代空间不足时的FullGC，降低JVM性能。

元空间和永久代之间最大的区别在于：元空间并不在虚拟机中，而是使用本地内存。 因此，默认情况下，元空间的大小仅受本地内存限制。

静态变量

静态引用对象的实体始终都在堆空间，只要是对象实例必然会在Java堆中分配。

方法区的垃圾回收

方法区的垃圾收集主要回收两部分内容：常量池中废弃的常量和不再使用的类型

HotSpot虚拟机对常量池的回收策略是很明确的，只要是常量池中的常量没有被地方引用，就可以被回收。
判定一个类型是否属于"不再被使用的类"的条件就比较苛刻了，需要满足下面三个条件：

• 该类所有的实例都已经被回收，也就是 Java 堆中不存在该类及其任何派生子类的实例。 加载该类的类加载器已经被回收，这个条件除非是经过精心设计的可替换类加载器的场景，如 OSGi、JSP 的重加载等，否则通常是很难达成的。
• 该类对应的 java.lang.Class 对象没有在任何地方被引用，无法在任何地方通过反射访问该类的方法。
• 在大量使用反射、动态代理、CGLib 等字节码框架，动态生成 JSP 以及 OSGi这类频繁自定义类加载器的场景中，通常都需要 Java 虚拟机具备类型卸载的能力，以保证不会对方法区造成过大的内存压力。

Java 虚拟机被允许对满足上述三个条件的无用类进行回收，这里说的仅仅是“被允许”，而并不是和对象一样，没有引用了就必然会回收。