Java JVM 7-方法区的回收

本文介绍了Java方法区的垃圾回收机制,包括常量池回收及无用类的卸载条件。探讨了判定一个类为无用类的标准,并解释了类卸载的重要性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

 垃圾回收主要发生在线程共享的方法区和java堆中,本节主要介绍方法区的垃圾回收。

 方法区是所有线程共享的一片内存区域。它存储的是已被JVM加载的类信息,常量,静态变量,编译器编译后的代码等数据。在JDK1.8以前的HotSpot虚拟机中,方法区也被称为永久代,1.8后被元空间取代。

 方法区称为永久代并不意味这进入方法区就永久存在,方法区也会发生内存回收,此区域的内存回收主要是针对常量池的回收以及对类型的卸载。

 我们已经知道,GC在进行垃圾回收之前,先要进行回收对象的判断(G收对象判断算法:引用计数法,可达性分析算法),然后再进行垃圾回收。

回收方法区

 方法区(永久代)的垃圾回收主要包含两部分,废弃常量和无用的类。

 以常量池中字面量(直接量)的回收为例,假如一个字符串”abc”已经进入了常量池中,但是当前系统没有任何一个String对象引用常量池的”abc”常量,也没有在其他地方引用这个字面量,如果此时发生GC并且有必要的话,这个”abc”常量会被系统清理出常量池。常量池中的其他类(接口)、方法、字段的符号引用也与此类似。

 判定一个类是否是”无用类”则相对复杂很多。类需要同时满足下面三个条件才会被算是”无用的类” :

  • 该类所有实例都已经被回收(即在Java堆中不存在任何该类的实例)

  • 加载该类的ClassLoader已经被回收

  • 该类对应的Class对象没有在任何其他地方被引用,无法在任何地方通过反射访问该类的方法。

 JVM对同时满足上述3个条件的无用类进行回收,也仅仅是”可以”而不是必然。在大量使用反射、动态代理等场景都需要JVM具备类卸载的功能来防止永久代的溢出。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值