《深入理解 Java 虚拟机》学习笔记 Day13（垃圾收集器与内存分配：回收方法区）

学习内容：第3章 - 垃圾收集器与内存分配策略

回收方法区

Java 虚拟机规范中提过可以不要求虚拟机在方法区中实现垃圾收集，JDK 11 中的 ZGC 收集器就不支持类卸载。Java 堆中尤其是新生代中往往一次垃圾收集就能够回收 70% 至 99% 的内存空间，而方法区因为其苛刻的判定条件，回收成果往往远低于此。
方法区的垃圾收集主要回收两部分内容：

• 废弃的常量
• 不再使用的类型

其中，废弃常量的回收类似于 Java 堆中对象的回收，如果系统中没有任何一个字符串对象引用常量池中的一个常量，且虚拟机中没有其他地方引用这个字面量，而如果此时发生内存回收，而且垃圾收集器判断确实有必要的话，就会将这个常量清除出常量池。常量池中其他类（接口）、方法、字段的符号引用也与此类似。
而判断一个类型是否属于“不再使用的类型”，则需要满足以下三个条件：

• 该类所有的实例都已经被回收，也就是Java堆中不存在该类及其任何派生子类的实例

• 加载该类的类加载器已经被回收，这个条件除非是经过精心设计的可替换类加载器的场景，如OSGi、JSP的重加载等，否则通常是很难达成的

• 该类对应的 java.lang.Class 对象没有在任何地方被引用，无法在任何地方通过反射访问该类的方法。

Java 虚拟机被允许对满足这三个条件的无用类进行回收，对于到底是否要回收，HotSpot 提供了 -Xnoclassgc 参数进行控制。

应用场景

在大量使用反射、动态代理、CGLib等字节码框架，动态生成JSP以及OSGi这类频繁自定义类加载器的场景中，通常都需要Java虚拟机具备类型卸载的能力

目的

保证不会对方法区造成过大的内存压力