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、如果发现某个加载器不再存活了,会把相关的空间整个回收。