GC回收方法区

很多人认为方法区(或者hotSpot虚拟机中的永久代)是没有垃圾收集的,java虚拟机规范中确实说过不要求虚拟机在方法区实现垃圾收集,而且在方法区中进行垃圾收集的“性价比”一般比较低:在堆中,尤其是新生代中,常规应用进行一次垃圾收集一般可以回收70% ~ 95%的空间,而永久代的垃圾收集效率远低于此。

永久代的垃圾收集主要是回收两部分内容:废气常量和无用的类。回收废弃常量与回收java堆中的对象非常类似。以常量池中字面量的回收为例,假如一个字符串“abc”已经进入了常量池中,但是当前系统没有任何一个String对象是叫做“abc”的,换句话说,就是没有任何String对象引用常量池中的“abc”常量,也没有其他地方引用了这个字面量,如果这时候发生内存回收,而且必要的话,这个“abc”常量就会被系统清理出常量池。

判定一个常量是否是“废弃常量”比较简单,而要判定一个类是否是“无用的类”的条件则相对苛刻许多。类需要同时满足下面3个条件才能算是“无用的类”:

1.该类所有的实例都已经被回收,也就是java堆中不存在该类的任何实例。

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

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

虚拟机可以对满足上述3个条件的无用类进行回收,这里说的仅仅是“可以”,而并不是和对象一样,不使用就必然会回收。

原文地址:https://www.cnblogs.com/woniufei/p/9454934.html

时间: 2024-10-12 19:16:31

GC回收方法区的相关文章

JVM【第十四回】:【回收方法区】

很多人认为方法区(或者HotSpot虚拟机中的永久代)是没有垃圾收集的,Java虚拟机规范中确实说过可以不要求虚拟机在方法区实现垃圾手机,而且在方法区进行垃圾收集的"性价比"一般比较低:在堆中,尤其是在新生代中,常规应用进行一次垃圾收集一般可以回收70%~90%的空间,而永久代的垃圾收集效率远低于此. 永久代的垃圾收集主要回收两部分内容:废弃常量和无用的类.回收废弃常量与回收Java堆中的对象非常类似.以常量池中字面量的回收为例,假如一个字符串"abc"已经进入了常

Major GC和Full GC的区别是什么?触发条件呢?

作者:RednaxelaFX链接:http://www.zhihu.com/question/41922036/answer/93079526来源:知乎著作权归作者所有.商业转载请联系作者获得授权,非商业转载请注明出处. 针对HotSpot VM的实现,它里面的GC其实准确分类只有两大种: Partial GC:并不收集整个GC堆的模式 Young GC:只收集young gen的GC Old GC:只收集old gen的GC.只有CMS的concurrent collection是这个模式 M

jvm回收方法区

很多人认为方法区(或者HotSpot虚拟机中的永久代)是没有垃圾收集的,Java虚拟机规范中确实说过可以不要求虚拟机在方法区实现垃圾收集,而且在方法区进行垃圾收集的“性价比”一般比较低:在堆中,尤其是在新生代中,常规应用进行一次垃圾收集一般可以回收70%~95%的空间,而永久代的垃圾收集效率远低于此. 永久代的垃圾收集主要回收两部分内容:废弃常量和无用的类.回收废弃常量与回收Java堆中的对象非常类似.以常量池中字面量的回收为例,假如一个字符串“abc”已经进入了常量池中,但是当前系统没有任何一

java虚拟机之回收方法区

在java虚拟机中并没有规范规定需要对方法区即是新生代进行垃圾回收, 主要是这些区域的回收性价比极低, 一般在新生代中一般垃圾回收中可以达到70%到95%. 其中永久代中的垃圾回收主要回收的是两个部分, 一个部分是废弃的常量,判断一个常量是否废弃, 主要看这个常量在其他地方是否引用了这个字面量. 否则如果此时发生垃圾回收,即会回收这部分常量. 另外一部分是无用的类,判断一个类是否无用,主要看三点, 第一点是这个类的所有实例都被回收了,即是java堆中不存在该类的任何实例, 第二点是加载该类的cl

第三章:回收方法区

方法区的垃圾回收,即使永生代的垃圾收集:主要回收两部分内容,废弃的常量和无用类. 回收废弃的常量与Java堆中的对象非常类似,以常量池中字面量的回收为例:假如一个字符串"abc"已经进入了常量池中,但是当前系统没有任何一个String对象的是叫做abc的,换句话说就是没有任何STring对象引用常量池中abc常量,也没有任何其他地方引用这个字面量,如果这时发生内存回收,这个abc常量就会被系统清理出常量池. 判断一个类是否是无用类,需要满足如下规则: 该类所有的实例都已经被回收了,也就

JVM垃圾收集器(1)

此文已由作者赵计刚薪授权网易云社区发布. 欢迎访问网易云社区,了解更多网易技术产品运营经验. 说明:垃圾回收算法是理论,垃圾收集器是回收算法的实现,关于回收算法,见<第四章 JVM垃圾回收算法> 1.七种垃圾收集器 Serial(串行GC)-- 复制 ParNew(并行GC)-- 复制 Parallel Scavenge(并行回收GC)-- 复制 Serial Old(MSC)(串行GC)-- 标记-整理 CMS(并发GC)-- 标记-清除 Parallel Old(并行GC)--标记-整理

JVM GC之一找出不可达对象并回收

JAVA运行时数据区域 1.程序计数器:当前线程所执行的字节码的行号指示器.一个处理器只会执行一条线程中的指令,为了线程切换后能回复到正确的执行位置,所以每条线程都需要一个独立的计数器.各条线程之间互不影响,独立存储,属于'线程私有'内存. 2.java虚拟机栈:描述的是JAVA方法执行的内存模型:每个方法执行的时候都会创建一个栈帧用于存储局部变量表.操作数栈.动态链接.方法出口等信息.每个方法的被调用直至执行完成的过程,就对应着一个栈帧在虚拟机中从入栈到出栈的过程.所以也是线程私有的. 3.本

《深入理解java虚拟机》学习笔记四/垃圾收集器GC学习/一

Grabage Collection      GC GC要完成的三件事情: 哪些内存需要回收? 什么时候回收? 如何回收? 内存运行时区域的各个部分中: 程序计数器.虚拟机栈.本地方法栈这3个区域随线程而生,随线程而灭. 栈中的栈帧随着方法的进入和退出而有条不紊地执行着出栈和入栈的操作. 每一个栈帧中分配多少内存基本上是在类结构确定下来时就已知的,因此, 这几个区域的内存分配和回收都具备确定性,在这几个区域内就不需过多考虑回收的问题. 因为方法结束或者线程结束时,内存自然就跟着回收了. 而ja

GC基本原理学习(Garbage Collected)

引言 Java的内存动态分配和垃圾收集的问题,都交给了JVM来处理.注意,将JVM运行数据区(虚拟机栈[栈帧],程序计数器,堆内存)粗略的分为栈和堆(所有线程共享),回收的是堆中的对象实例.不是栈中的引用类型. 那么JVM是如何处理的? 从三个问题来分析: 1. 哪些内存需要回收? 2. 什么时候进行回收? 3. 如何回收? 注:现代收集器基本采用分代收集算法,堆分为:新生代和老年代. 1. 哪些内存需要回收?什么时候回收? 1.1 了解下对象的创建: 通过new 关键字. JVM遇到new指令