关于JDK10 JEP307中G1 Parallel Full GC的技术疑问咨询

嘿，我来帮你把这个点掰明白——G1 Parallel Full GC 和 Concurrent Garbage Collection 其实是完全不同的机制，千万别混为一谈！

先给你梳理下核心逻辑：

• G1 垃圾收集器平时的主力回收流程依赖并发标记、混合回收这些机制，尽量避免触发 Full GC，目的就是减少应用暂停时间。但当遇到极端内存压力（比如对象晋升失败、分配担保不足）时，还是会触发 Full GC。
• JEP 307 做的事情，就是把 G1 原来的单线程 Full GC改成了多线程并行执行的版本，也就是所谓的 G1 Parallel Full GC。它的核心目标是缩短 Full GC 阶段的 STW（Stop-The-World）时长，因为多线程并行清理堆内存比单线程快得多。

那它和 Concurrent Garbage（并发垃圾回收）到底有没有关系？答案是没有直接关联：

• 并发垃圾回收的核心特点是：GC 线程和应用线程可以同时运行，不会完全暂停应用（只有很短的停顿阶段），比如 G1 的并发标记阶段、CMS 的并发清理阶段都属于这类。
• 而 G1 Parallel Full GC 本质上还是完全 STW的回收动作：它会暂停所有应用线程，然后用多个 GC 线程并行扫描、清理整个堆内存。它只是优化了传统 Full GC 的执行效率，并没有改变 Full GC 本身的 STW 属性，和并发回收的设计思路完全不同。

简单说：G1 Parallel Full GC 是给 G1 的“终极兜底回收”做了性能升级，让它跑得更快，但它依然是会停掉应用的 Full GC，和并发回收不是一回事。

内容的提问来源于stack exchange，提问作者Venki WAR