JVM垃圾回收算法

原文地址:https://xeblog.cn/articles/23

确定可回收对象

引用计数法

给对象中添加一个引用计数器,每当有一个地方引用这个对象的时候,计数器的值就加1;当对象的引用失效时,计数器的值就减1;任何时刻计数器为0的对象就被判定为可回收的对象。
存在两个对象之间互相循环引用的问题

Object obj1 = obj2
Object obj2 = obj1

对象 obj1 引用了对象 obj2 ,对象 obj2 又引用着对象 obj1,两个对象互相引用,使得计数器都不能为0,这种情况如果使用 引用计数法 就无法判断对象是否是可回收的。

可达性分析算法

通过一系列的称为 GC Roots 的对象作为起始点,从这些节点开始向下搜索,搜索所走过的路径称为 引用链 ,当一个对象到 GC Roots 没有任何 引用链 相连时,则证明此对象是可回收的。

image

如图所示,对象 Object 5、Object 6、Object 7 虽然互相有关联,但是它们到 GC Roots 是不可达的,所以它们将会被暂定为是可回收的对象。但此时判定并没有完全结束,因为判定一个对象是否是可回收是需要经过两次标记过程的,上述是第一次的标记过程,第二次标记则是将第一次标记的对象进行一次筛选:通过判断该对象是否需要执行 finalize() 方法。如果该对象覆盖了 finalize() 方法,并且系统没有运行过该方法(finalize() 方法全局只运行一次),则表示该对象需要执行finalize() 方法,那么这个对象将会被放入到一个叫 F-Queue 的队列中,等待虚拟机中的一个低优先级的Finalizer 线程去执行它。在执行 finalize() 方法的过程中,只要该对象没有和 GC Roots 引用链上的任何一个对象有关联,这个对象才能被真正的定为是可回收的对象。

image

可以作为 GC Roots 的对象:

  • 虚拟机栈(栈帧中的本地变量表)中引用的对象;
  • 方法区中类静态属性引用的对象;
  • 方法区中常量引用的对象;
  • 本地方法栈中JNI(Native方法)引用的对象。

JVM就是采用 可达性分析算法 来判断对象是否是可回收的。

回收方法区

方法区处于JVM的永久代区域,且永久代的垃圾回收效率远低于堆中(尤其是在新生代中)的回收效率,对于这块区域主要是回收两部分内容:废弃常量和无用类。

常量回收

回收常量与回收Java堆中的对象非常类似。如果当前系统中没有任何一个变量与常量A相等,常量A也没有在任何地方被引用,则常量A就是可回收的。

类回收

判断一个类是否可回收是非常苛刻的,需要同时满足3个条件:

  • 该类的所有实例都已经被回收,Java堆中不存在该类的任何实例;
  • 加载该类的 ClassLoader 已经被回收;
  • 该类对应的 java.lang.Class 对象没有在任何地方被引用,无法在任何地方通过反射访问该类的方法。

垃圾回收算法

标记-清除算法

首先通过 可达性分析算法 标记出所有需要回收的对象,在标记完成后统一回收所有被标记的对象。

缺点

  • 标记和清除的效率都不高。
  • 标记清除后会产生大量不连续的内存碎片,空间碎片太多可能会导致程序在运行过程中需要分配较大对象时,无法找到足够的连续内存而不得不提前触发另一次垃圾收集动作。

复制算法

将可用内存按容量分为大小相等的两块,每次只使用其中的一块,当这一块内存用完时,就将还存活的对象复制到另外一块上,然后把已使用过的内存空间一次性清理掉。这样使得每次都是对整个半区进行内存回收,内存分配时也就不用考虑内存碎片等复杂情况,只要移动堆顶指针,按顺序分配内存即可,简单高效。

缺点

  • 将可用内存缩小为原来的一半了。

优点

  • 解决了内存碎片的问题。
  • 新生代中采用这种算法效率较高。

标记-整理算法

复制收集算法在对象存活率较高时就要进行较多的复制操作,效率将会变低,老年代一般不能直接选用这种算法。
根据老年代的特点,提出了一种“标记-整理”算法,标记过程与“标记-清除”算法一样,不同的是这种算法不直接对可回收对象进行清理,而是让所有存活的对象都向一端移动,然后直接清理掉端边界以外的内存。

缺点

  • 标记和整理的效率都不高。

优点

  • 解决了内存碎片的问题。

分代回收算法

根据对象存活周期的不同,将 Java堆内存 划分为 新生代老年代,这样可以根据各个年代的特点采用最适当的回收算法。

新生代: 每次垃圾回收时都发现有大批对象死去,只有少量对象存活,可采用 复制算法,只需要付出少量存活对象的复制成本就可以完成回收。

老年代: 对象存活率高,没有额外空间对它进行分配担保,必须使用 标记-清除标记-整理 算法进行回收。

参考

  • 《深入理解Java虚拟机:JVM高级特性与最佳实践 第二版》
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 217,406评论 6 503
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,732评论 3 393
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 163,711评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,380评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,432评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,301评论 1 301
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,145评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,008评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,443评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,649评论 3 334
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,795评论 1 347
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,501评论 5 345
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,119评论 3 328
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,731评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,865评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,899评论 2 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,724评论 2 354

推荐阅读更多精彩内容