1、移除方法区
JDK 1.7及之前方法区存放的数据有类信息（类名，修饰符，字段描述，方法描述等），常量，静态变量，即时编译后的class文件。
方法区中还包含有常量池：常量池中主要有字面量和符号引用
字面量：文本字符串，声明为final的常量值；
符号引用：包括了三种常量，分别是：类和接口的全限定名，字段的名称和描述符，方法的名称和修饰符。
为什么移除方法区？
1、它在启动时固定大小，很难进行调优，并且FullGC时会移动类元信息
2、类及方法的信息等比较难确定大小，因此对永久代的大小指定比较困难
3、在某些场景下，如果动态加载类过多，容易造成Perm区的OOM。
4、字符串存在方法区中，容易出现性能问题和内存溢出
5、永久代（在GC时用永久代实现方法区）GC垃圾回收效率偏低（回收目标主要是常量池和类型的卸载）
6、永久代的垃圾收集和老年代捆绑在一起的，因此无论谁满了，都会触发永久代和老年代的垃圾收集
2、MetaSpace元空间 取而代之
JDK 1.8将方法区中的字符串常量移至堆内存，其他内容如类信息、静态变量、其他常量（如整形常量），即时编译后的class文件等都移动到元空间内。
元空间（MetaSpace）不在堆内存上，而是直接占用的本地内存。因此元空间的大小仅受本地内存限制。也可通过参数来设定元空间的大小
-XX:MetaSpaceSize 初始元空间大小，达到该值就会触发垃圾收集器进行类型卸载，同时GC会对该值进行调整：如果释放了大量的空间，就适当降低
该值；如果释放了很少的空间，那么在不超过MaxMetaSpaceSize时，适当提高该值。
-XX:MaxMetaSpaceSize 最大元空间大小，默认没有限制
元空间的特点：
1、每个加载器有专门的存储空间。
2、不会单独回收某个类。
3、元空间里的对象的位置是固定的。
4、如果发现某个加载器不再存活了，会把相关的空间整个回收。