4.回收方法区

      Java虚拟机规范当中确实说过可以不要求虚拟机在方法区实现垃圾收集，而且在方法区中进行垃圾收集的“性价比”比较低。在堆中，尤其是在新生代中，常规应用进行一次垃圾收集一般可以回收70%~95%的空间，而永久代的垃圾收集效率远低于此。

       永久代的垃圾收集主要回收两部分内容：废弃常量和无用的类。回收废弃常量与回收Java堆中的对象非常类似。

       以常量池中字面量的回收为例，假如一个字符串“abc”已经进入常量池了，但是当前系统中没有任何String对象引用常量池中的“abc”常量，也没有其他地方引用这个字面量。

       如果这个时候发生内存回收，有必要的话，这个“abc”常量就会被系统清理出常量池。

       常量池中的其他类(接口)，方法，字段的符号引用也与此类似。

       判断一个常量是否是“废弃常量”比较简单，而要判断一个类是否是“无用的类”的条件就比较苛刻，它需要同时满足下面的3个条件。
       1.该类的所有实例都已经被回收，Java堆中不存在该类的实例；

       2.加载该类的ClassLoader已经被回收；

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

       满足上面的条件之后，这个类就可以被回收了，但不意味着一定会被回收。是否对类进行回收，虚拟机提供了-Xnoclassgc参数进行控制。

        在大量使用反射，动态代理，CGLib等ByteCode框架，动态生成JSP以及OSGi这类频繁自定义ClassLoader的场景都需要虚拟机具备类回收的功能，以保证用久代不会溢出。