说说jvm什么时候会回收垃圾

最新推荐文章于 2025-09-18 20:44:28 发布
原创 最新推荐文章于 2025-09-18 20:44:28 发布 · 2k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#jvm #java #算法 #运维 #服务器

本文详细介绍了触发Java虚拟机(JVM)垃圾回收(GC)的四种常见情况：Eden区或S区空间不足、老年代空间不足、方法区空间不足以及通过System.gc()方法显式请求GC。

GC是jvm自动完成的，是根据jvm系统环境而定的。大致上来说，满足以下四个条件之一就会触发jvm垃圾回收。

1、当Eden区或者S区不够用了

2、当老年代空间不够用了

3、当方法区不够用了

4、System.gc()(通知jvm进行一次垃圾回收，具体执行还要看JVM，另外在代码中尽量不要用，毕竟GC一次还是很消耗资源的)

深入探索JVM垃圾收集器—哪些内存需要回收、什么时候回收
cupkss的博客
09-12 664
垃圾收集需要完成的三件事情： .哪些内存需要回收？ ·什么时候回收？ ·如何回收？
jvm性能调优 - 08什么情况下对象会被GC
热门推荐
小工匠
04-18 2万+
文章目录什么时候会触发垃圾回收？被哪些变量引用的对象是不能回收的？ 什么时候会触发垃圾回收？ 平时我们系统运行创建的对象都是优先分配在新生代里的，如下图所示。 然后如果新生代里的对象越来越多，都快满了，此时就会触发垃圾回收，把新生代没有人引用的对象给回收掉，释放内存空间 务必注意，这就是新生代一个核心的垃圾回收触发时机，如下图。 这里针对这个过程，再次梳理其中的一些细节，看看触发垃圾回收的时候，到底是按照一个什么样的规则来回收垃圾对象的。 被哪些变量引用的对象是不能回收的？ ...
JVM的垃圾回收机制（一次完整的GC流程）
最新发布
m0_73794536的博客
09-18 1092
触发：Eden 区满 → 触发 Minor GC；老年代满 → 触发 Major/Full GC；Minor GC：标记 Eden+S0 存活对象 → 复制到 S1（或晋升老年代）→ 清空 Eden+S0 → S0/S1 互换；：全堆标记存活对象 → 老年代清除 / 整理垃圾 + 新生代 Minor GC → 元空间清理；恢复：STW 结束，应用线程继续执行，内存分配恢复。
JVM！垃圾回收机制！
weixin_64625868的博客
06-04 2666
所以，在下一次Minor GC之前，原来的S0区（通常是From区）就变成了新的S1区，原来的S1区（通常是To区）就变成了新的S0区；这个过程会造成大量的内存碎片，因为被清除的对象所占用的空间不一定是连续的，留下了许多零散的小块空间。此时，原来的S0区就变成了新的To区，原来的S1区就变成了新的From区。这个过程就相当于From区和To区反转。低停顿时间：CMS收集器采用标记-清除算法，在进行垃圾回收时，不需要暂停应用程序的所有线程（STW），可以在应用程序运行的同时进行垃圾回收，从而保证低停顿时间。
JVM 在什么情况下会触发垃圾回收？
qq_45110186的博客
07-20 1341
垃圾回收的触发主要是为了管理和优化内存使用，避免内存耗尽。JVM有多个参数和策略来调优GC行为，根据应用的具体需求，可以选择和配置合适的GC策略，以优化性能和响应时间。例如，调整堆内存大小、设置年轻代和年老代的比例、选择合适的垃圾回收器（如G1、CMS）等，都是常见的调优手段。
JVM面试题解，垃圾回收之“垃圾回收器”剖析
qq_46248151的博客
01-23 1021
表示该对象尚未被收集器访问过，在可达性分析结束后，仍为白色的对象表示不可达，即为垃圾。要被回收表示该对象已被收集器访问过，但是这个对象至少存在一个引用还未被扫描表示该对象已被收集器访问过，并且它的所有引用都已被扫描，黑色对象是安全存活的。另外：对于黑色对象1、如果有其他对象的引用指向了黑色对象，无需重新扫描一遍2、黑色对象不可能绕过灰色对象直接指向白色对象。
深入解析JVM中的G1垃圾回收器
禅与计算机程序设计的艺术
05-15 1352
G1垃圾回收器是JDK9默认的垃圾回收器，综合了CMS和Parallel Scavenge的优点，采用独特的内存管理策略，实现了整堆维度的内存管理。G1将堆内存划分为多个Region，每个Region可以是Eden、Survivor或Old区，并支持大对象分配到Humongous Region。G1通过少量多次的垃圾回收，充分利用CPU资源，减少内存碎片，并保证较短的暂停时间。G1的Young GC通过标记复制法回收Eden和Survivor区的对象，并通过卡表、记忆集和写屏障解决跨代引用问题。Mixed
JVM调优之JVM垃圾收集器
weixin_43575663的博客
10-11 1405
JVM垃圾收集器，Serial、Serial Old、Parallel Scavenge、Parallel Old、ParNew、CMS、G1、ZGC
详解 JVM 内存分配和垃圾回收算法
TanaStudy的博客
01-19 2352
目录1. JVM 内存分配与回收1.1. 概要1.2. 堆内存常见的分配策略1.3. GC简介 1. JVM 内存分配与回收 1.1. 概要 Java 的自动内存管理主要是针对对象内存的回收和对象内存的分配。同时，Java 自动内存管理最核心的功能是 堆 内存中对象的分配与回收。 Java 堆是垃圾收集器管理的主要区域，因此也被称作GC 堆（Garbage Collected Heap）。从垃圾回收的角度，由于现在收集器基本都采用分代垃圾收集算法，所以 Java 堆还可以细分为：新生代和老年代：再细致一点有
JVM什么时候会进行垃圾回收
weixin_48031310的博客
03-23 774
GC是由JVM自动完成的，根据JVM系统环境而定，所以机制是不确定的，当然我们也可以手动进行垃圾回收，比如调用System.gc()方法通知JVM进行垃圾回收，但是具体什么时候运行也是无法控制的，也就是说我们调用了System.gc()只是通知JVM要去回收，但是什么时候回收是由JVM决定的，但是不建议手动调用该方法，因为GC消耗的资源比较大。4.System.gc() 执行的是Full GC的操作。1.当Eden区或者S区不够用了。2.老年代空间不够用了。3.方法区空间不够用了。
Java JVM：垃圾回收（GC 在什么时候，对什么东西，做了什么事情）
ni357103403的博客
07-18 1万+
转载自https://github.com/pzxwhc/MineKnowContainer/issues/26 参考了 一个面试官对面试问题的分析 中关于 GC 的分析，垃圾回收需要搞清楚 在什么时候，对什么东西，做了什么事情。 在什么时候 首先需要知道，GC又分为minor GC 和 Full Gc(也称为Major GC)。Java 堆内存分为新生代和老年代，新生代中又
jvm ：垃圾回收是什么时候触发？ 垃圾回收算法？ 有哪些垃圾回收器？
不花的花和尚的博客
10-09 5031
1.1.那究竟GC为我们做了什么操作呢？ 首先要弄清楚以下几个问题： 1 ，哪些内存需要回收？     2 ，什么时候回收？     3 ，如何回收？       这时候有人就会疑惑了，既然GC 已经为我们解决了这个矛盾，我们还需要学习GC 么？当然当然是肯定的，那究竟什么时候我们还需要用到的呢？   1 ，排查内存溢出 2 ，排查内存...
jvm之垃圾回收
xing_S的博客
07-01 1752
jvm中的垃圾回收，介绍了相关的概念，说明了几种基本的垃圾回收器的特点和机制，对G1做了简单的介绍
Java中哪些情况下会触发垃圾回收机制呢
蜗牛Clear的博客
05-23 785
但是，需要注意的是，finalize()方法的执行并不一定会触发垃圾回收，而且现代JVM的实现已经弱化了finalize()方法的作用，因为它可能会导致性能问题和内存泄漏。在Java中，垃圾回收（Garbage Collection, GC）的触发时机并不是由开发者直接控制的，而是由Java虚拟机（JVM）的垃圾回收器（Garbage Collector）根据特定的算法和策略自动决定的。需要注意的是，尽管上述情况可能会促使JVM的垃圾回收器运行，但具体的触发时机和频率仍然是由JVM的垃圾回收器自行决定的。
Java虚拟机------垃圾收集器
菜鸟清风http://www.hphblog.cn/
11-11 379
JVM系列最核心的文章没有之一： 引用强引用只要引用存在,垃圾回收器就永远不会回收。当内存空足，Java虚拟机宁愿抛出OutOfMemoryError错误，使程序异常终止，也不会靠随意回收具有强引用的对象来解决内存不足的问题。 1Object obj = new Object(); //可直接通过obj取得对应的对象 如obj.equel...
【JVM】：GC（垃圾回收 & 垃圾收集器 & 垃圾回收的时机）
qq_45605223的博客
06-04 2384
一、垃圾回收 Garbage Collection（GC），Java进程在启动后会创建垃圾回收线程，来对内存中无用的对象进行回收。 1.垃圾回收的时机 （1）System.gc()：此方法的调用是建议JVM进行 FGC（Full GC），虽然只是建议而非一定，但很多情况下它会触发 FGC，从而增加FGC的频率。 （2）创建对象时需要分配内存空间，如果空间不足，触发GC。 （3）Object类finilize：作用:对象进行垃圾回收之前，标记对象的可回收状态。 2.如何判断对象已死 1.引用计数算法（Refe
【jvm】说说JVM在哪些情况下会触发垃圾回收
weixin_37975684的博客
06-05 1716
1.关于jvm的额内存划分
详细说说 g1 垃圾回收过程
03-17
<think>好的，用户之前问过关于CMS搭配的年轻代收集器，现在转而询问G1的垃圾回收过程。这说明用户可能对垃圾收集器有更深入的学习需求，或者在实际应用中遇到了性能问题，考虑迁移到G1。 首先，用户已经了解CMS和ParNew的组合，但CMS在较新JDK中已被废弃，所以用户可能正在寻找替代方案，比如G1。需要详细解释G1的工作流程，帮助用户理解其优势。 G1的核心特点是将堆划分为多个Region，采用分代收集但不再物理隔离。用户可能需要知道G1如何管理内存，以及其回收阶段的具体步骤，比如Young GC、Mixed GC和Full GC的区别。 要注意用户可能需要对比G1和CMS的不同，尤其是G1如何避免内存碎片和减少停顿时间。需要解释G1的并发标记过程和SATB算法，以及如何通过Mixed GC逐步回收老年代。 用户可能关心实际应用中的参数配置和优化建议，比如Region大小设置、GC日志分析等。此外，需要提醒用户G1的适用场景和可能的不足，比如在极端情况下的Full GC问题。 最后，确保回答结构清晰，分步骤讲解G1的各个阶段，并结合示例参数，帮助用户更好地理解和应用。</think>--- ### **一、G1垃圾回收的核心设计** **G1（Garbage-First）** 是JDK 9+的默认垃圾收集器，面向**低延迟、高吞吐量**场景，核心特点包括： 1. **Region化内存布局**：将堆划分为多个等大小（1MB~32MB）的Region，物理上不再严格区分年轻代/老年代，逻辑上仍保留分代概念。 2. **可预测的停顿时间**：通过设定 `-XX:MaxGCPauseMillis`（默认200ms），优先回收垃圾比例高的Region（Garbage-First策略）。 3. **并发与并行结合**：并发标记阶段与用户线程交替运行，Young GC和Mixed GC阶段多线程并行回收。 --- ### **二、G1的垃圾回收过程** G1的回收过程分为三个阶段：**Young GC**、**并发标记（Concurrent Marking）**、**Mixed GC**。极端情况下会触发**Full GC**。 --- #### **1. Young GC（年轻代回收）** - **触发条件**：Eden区占满时触发，仅回收年轻代Region。 - **执行步骤**： - **根扫描（STW）**：暂停用户线程，扫描GC Roots直接关联的对象。 - **处理记忆集（Remembered Set）**：检查跨Region引用（避免全堆扫描）。 - **复制存活对象（STW）**：多线程将Eden和Survivor区存活对象复制到新的Survivor区或晋升至老年代Region。 - **更新引用**：调整指针指向新对象地址。 **示例参数**： ```bash -XX:+UseG1GC -XX:MaxGCPauseMillis=200 # 目标停顿时间 -XX:G1NewSizePercent=5 # 年轻代初始占比 -XX:G1MaxNewSizePercent=60 ``` --- #### **2. 并发标记（Concurrent Marking）** - **触发条件**：堆内存使用率达到阈值（`-XX:InitiatingHeapOccupancyPercent`，默认45%）。 - **执行步骤**： - **初始标记（STW）**：短暂暂停，标记GC Roots直接可达的对象。 - **根区域扫描**：扫描Survivor区（需在下次Young GC前完成）。 - **并发标记**：与用户线程并发，遍历对象图标记存活对象。 - **最终标记（STW）**：处理SATB（Snapshot-At-The-Beginning）算法记录的并发期间引用变化。 - **清理阶段（STW）**：统计各Region存活对象比例，选择回收价值高的Region加入收集集合（CSet）。 **关键机制**： - **SATB算法**：以标记开始时堆的快照为准，确保并发阶段漏标的对象能被最终标记捕获。 - **记忆集（Remembered Set）**：记录跨Region引用，避免全堆扫描。 --- #### **3. Mixed GC（混合回收）** - **触发条件**：并发标记完成后，优先回收垃圾比例高的Region（包括年轻代和老年代Region）。 - **执行过程**： - 类似Young GC的复制算法，但回收范围扩展到老年代Region。 - 根据 `-XX:G1HeapWastePercent`（默认5%）控制回收阈值，当可回收空间占比小于该值时停止Mixed GC。 --- #### **4. Full GC（兜底回收）** - **触发条件**： - Mixed GC速度跟不上对象分配速率（晋升失败）。 - 并发标记过程中堆空间不足。 - **执行方式**：退化为单线程的Serial Old收集器（STW时间长，需避免）。 **优化建议**： - 增大堆内存或降低 `-XX:InitiatingHeapOccupancyPercent`。 - 避免过多大对象分配（大对象直接进入Humongous Region，影响回收效率）。 --- ### **三、G1的优化策略** 1. **Region大小设置** - 建议不手动指定（由JVM自动计算），如需调整： ```bash -XX:G1HeapRegionSize=4M # 必须是2的幂次（1MB~32MB） ``` 2. **并发标记优化** - 缩短并发标记时间： ```bash -XX:ConcGCThreads=4 # 并发标记线程数 -XX:ParallelGCThreads=8 # 并行回收线程数 ``` 3. **避免Full GC** - 监控晋升速率： ```bash -XX:G1ReservePercent=10 # 保留堆空间应对晋升失败 ``` --- ### **四、G1 vs CMS对比** | **特性** | **G1** | **CMS** | |----------------|---------------------------------|------------------------------| | **内存布局** | Region分区，无物理分代 | 连续分代（年轻代+老年代） | | **回收算法** | 复制算法（年轻代+老年代） | 标记-清除（老年代） | | **停顿目标** | 可控延迟（MaxGCPauseMillis） | 低延迟，但存在碎片化风险 | | **Full GC** | 尽量避免（依赖Mixed GC） | 依赖Serial Old触发Full GC | | **适用场景** | 大堆、低延迟、高吞吐量 | 中小堆、低延迟 | --- ### **五、G1日志分析示例** 启用GC日志： ```bash -XX:+PrintGCDetails -Xloggc:gc.log ``` **典型日志片段**： ``` [GC pause (G1 Young Generation), 0.0234567 secs] [Parallel Time: 22.5 ms] [GC Worker Start: 0.2 ms] [Ext Root Scanning: 1.5 ms] [Update RS: 3.0 ms] [Scan RS: 5.2 ms] [Object Copy: 10.8 ms] [Eden: 1024M->0M(2048M)] [Survivors: 0M->128M] [Heap: 3G->2.8G(4G)] ``` --- ### **六、总结** - **G1的核心优势**：通过Region化布局和可预测停顿，平衡吞吐量与延迟，适合大堆内存应用。 - **调优重点**：关注并发标记效率、Mixed GC频率，避免Full GC。 - **演进方向**：JDK 17+中，可考虑ZGC（亚毫秒级停顿）或Shenandoah（低延迟跨代回收）。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值