14、深入探讨JVM中令人头痛的‘Stop the World’难题

14.1、前文回顾

上一篇文章通过一个实际案例,深入剖析了新生代的对象分配机制,以及对象如何被迁移到老年代。我们还探讨了一个会频繁触发Full GC的场景,并提供了针对性的优化策略,相信大家对JVM的核心运行原理已经理解得相当透彻。

在本文中,我们将讨论一个让Java工程师们深感困扰的问题:当我们的Java系统基于JVM运行时,究竟什么是最让我们感到痛苦的问题?

14.2、新生代GC场景回顾

大家先来看下面的图,新生代的内存大家都知道是分为Eden和两个Survivor的。
在这里插入图片描述

那么此时如果系统不停的运行,然后把Eden给塞满了呢?如下图所示:
在这里插入图片描述

在这个阶段,必然会触发Minor GC。之前我们已经讨论过,垃圾回收是由专门的垃圾回收线程来完成的。而且,不同的内存区域会由不同的垃圾回收器来处理。大家还记得这个知识点吗?实际上,垃圾回收线程和垃圾回收器是紧密合作的。它们利用自己独特的垃圾回收算法,对指定的内存区域进行垃圾回收。大家看看下图。
在这里插入图片描述

通过上面这个图,我们是否已经对垃圾回收线

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

无法无天过路客

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值