Java虚拟机规范当中确实说过可以不要求虚拟机在方法区实现垃圾收集,而且在方法区中进行垃圾收集的“性价比”比较低。在堆中,尤其是在新生代中,常规应用进行一次垃圾收集一般可以回收70%~95%的空间,而永久代的垃圾收集效率远低于此。
永久代的垃圾收集主要回收两部分内容:废弃常量和无用的类。回收废弃常量与回收Java堆中的对象非常类似。
以常量池中字面量的回收为例,假如一个字符串“abc”已经进入常量池了,但是当前系统中没有任何String对象引用常量池中的“abc”常量,也没有其他地方引用这个字面量。
如果这个时候发生内存回收,有必要的话,这个“abc”常量就会被系统清理出常量池。
常量池中的其他类(接口),方法,字段的符号引用也与此类似。
判断一个常量是否是“废弃常量”比较简单,而要判断一个类是否是“无用的类”的条件就比较苛刻,它需要同时满足下面的3个条件。
1.该类的所有实例都已经被回收,Java堆中不存在该类的实例;
2.加载该类的ClassLoader已经被回收;
3.该类对应的java.lang.Class对象没有在任何地方被引用,无法在任何地方通过反射访问该类的方法;
满足上面的条件之后,这个类就可以被回收了,但不意味着一定会被回收。是否对类进行回收,虚拟机提供了-Xnoclassgc参数进行控制。
在大量使用反射,动态代理,CGLib等ByteCode框架,动态生成JSP以及OSGi这类频繁自定义ClassLoader的场景都需要虚拟机具备类回收的功能,以保证用久代不会溢出。