如何判断一个类是否应该被回收？为啥要判断类要被回收呢？哪里回收用到了。

判断一个类是否是“无用的类”，是为了方法区（在 JDK 8 之前是**永久代**，在 JDK 8 之后是**元空间**）的内存回收。虽然垃圾回收主要针对堆中的对象，但方法区中的**类元数据**和**常量池**也会占用内存空间，尤其是在长期运行的应用中，类的加载和卸载会对方法区（元空间）的内存使用产生影响。 通过判定类是否是“无用的类”，JVM 可以回收这些已经不再被使用的类，释放方法区中对应的类元数据、常量池等占用的内存资源，避免内存泄漏，进而提高内存的利用率。 ### 1. **方法区与类元数据** 方法区（JDK 8 之前称为**永久代**，JDK 8 之后称为**元空间**）存储了类的元数据信息，主要包括： - 类的字节码（Class 文件）； - 类的字段、方法描述； - 常量池； - 静态变量； - 类加载时解析的引用。 由于方法区存储着类的信息，当一个类被加载时，它的元数据会被加载到方法区中。如果程序运行过程中大量地加载类而不卸载无用的类，方法区的内存可能会被耗尽，进而导致**内存泄漏**或**元空间溢出**（`OutOfMemoryError`）。 ### 2. **为什么需要判断“无用的类”**？ 在 Java 应用程序中，尤其是一些动态加载类的场景，比如在 **OSGi**、**Tomcat**、**JVM 热加载**中，可能会频繁地加载和卸载类。如果没有回收这些“无用的类”，方法区中的类元数据会不断占用内存，可能会导致内存的持续增长，从而出现内存溢出问题。因此，**类卸载**对长期运行的系统是非常重要的。 通过判断一个类是否为“无用的类”，JVM 可以决定是否卸载这个类并释放方法区中的相关内存资源。 ### 3. **判定“无用的类”的条件** JVM 会根据以下三个条件来判断一个类是否是“无用的类”： 1. **该类的所有实例都已经被回收**： - 这个条件是为了确保该类没有任何对象在堆中存在。堆中的对象通常指向类的元数据，如果类的实例还在堆中存活，那么类显然还是有用的，不能回收。 2. **加载该类的 ClassLoader 已经被回收**： - 类的加载是由 `ClassLoader` 完成的，`ClassLoader` 对类的生命周期有控制作用。如果类的 `ClassLoader` 没有被回收，那么可能会再次使用该类，因此不能回收这个类。 - 只有当 `ClassLoader` 被回收，才能确定该 `ClassLoader` 加载的类也不会再被使用。 3. **该类对应的 `java.lang.Class` 对象没有被引用**： - `java.lang.Class` 对象代表了一个类的元数据。如果 `Class` 对象在堆中还有引用，说明程序还可以通过反射机制来访问该类，因此不能回收这个类。 - 只有当 `Class` 对象不再有任何引用时，才能确定程序无法再访问该类。 ### 4. **类卸载与方法区的垃圾回收** 当满足上述条件时，JVM 会认为这个类是“无用的类”，可以进行**类卸载**。类卸载的作用主要体现在**方法区的垃圾回收**中。 虽然方法区的垃圾回收不像堆那样频繁，也不是垃圾回收的主要区域，但在以下场景中，方法区的内存回收尤其重要： - **动态代理类**：大量创建动态代理类对象可能会导致方法区内存占用增大。 - **自定义类加载器**：频繁加载、卸载类的应用场景，如 Web 服务器（Tomcat）等，若没有回收类元数据，会导致元空间内存泄漏。 ### 5. **方法区的回收** 在方法区中的回收主要包括两个部分： 1. **常量池的回收**：常量池中的字符串、方法、字段等，如果不再被引用，JVM 可以回收它们，减少常量池占用的内存。 2. **类的卸载**：对于已经判断为“无用的类”，JVM 可以卸载该类，释放它在方法区中占用的元数据。 尽管方法区的回收通常比较少见，但它在某些特定场景下（如长时间运行的应用程序）是至关重要的，可以避免内存泄漏和**元空间溢出**。 ### 6. **总结** - 判定类是否是“无用的类”的目的是为了方法区（永久代或元空间）的**垃圾回收**，主要是回收类的元数据。 - 方法区的回收虽然不如堆中的垃圾回收频繁，但对于长期运行的 Java 应用程序（如服务器或动态类加载的应用）至关重要，可以避免元空间的内存泄漏。 - 类的卸载需要满足三个条件：类的所有实例已经被回收、类加载器已被回收、类的 `Class` 对象没有被引用。只有当这三个条件都满足时，类才会被认为是“无用的类”，JVM 才会进行卸载。