从CMS内卷到ZGC封神！深度拆解GC分代模型与三大收集器优缺点+生产调优实战
事实上，GC调优是中高级开发的核心壁垒。微服务高并发场景下，大部分线上故障的根源，归根结底都是垃圾回收不合理：停顿时间过长、内存碎片堆积、吞吐量不足、并发回收抢占CPU。
从JDK1.5的传统分代GC，到CMS的并发妥协，再到G1的平衡之道，最后到ZGC的极致低延迟，Java GC的迭代史，就是一部延迟与吞吐量的博弈史。
一、为什么需要GC分代模型？底层设计逻辑通透解读
首先纠正一个绝大多数人的误区：JVM分代不是规范，是工程最优解。
JVM通过海量线上应用观察，总结出对象存活的两大铁律：
1.绝大多数对象朝生夕死：90%以上的对象在几秒、几毫秒内就会被回收（请求参数、临时变量、方法栈对象）；
2.存活越久的对象越难消亡：熬过多次GC的对象，大概率是长期存活的缓存、全局对象、常驻内存数据。
基于这个特性，JVM将堆内存划分为新生代 + 老年代，采用不同回收策略，兼顾回收效率与性能：
1. 新生代（Eden + Survivor）：快进快出，高频轻回收
存放短期临时对象，对象存活率极低，采用复制算法，回收速度极快、几乎无内存碎片。
日常的Minor GC只针对新生代，速度极快，毫秒级完成，对业务几乎无影响。
2. 老年代：常驻对象，低频重回收
存放熬过多次Minor GC的长期存活对象、大对象，对象存活率极高。
老年代对象稳定、回收频率低，因此放弃复制算法，采用标记清除/标记整理算法，节省内存空间，适配常驻对象特性。
分代模型核心优势
效率最大化：短命对象快速回收，长命对象低频处理，避免全堆扫描浪费性能；
停顿最小化：无需每次GC都扫描整个堆，精准分区回收；
算法适配化：不同内存区域匹配最优回收算法，平衡速度与空间。
核心结论：所有GC收集器（CMS/G1/ZGC）的优化，本质都是在优化分代回收的停顿时间、吞吐量、内存碎片。
二、老牌王者CMS：并发GC的开山鼻祖（JDK1.6-1.8主流）
CMS（Concurrent Mark Sweep，并发标记清除）是Java第一款真正意义上的低延迟并发收集器，彻底解决了传统Parallel GC长时间STW（Stop-The-World）的痛点，是JDK8时代的绝对主流。
1. 核心工作流程（4步核心）
CMS最大的亮点：大部分阶段与用户线程并发执行，仅两次短暂STW
初始标记（STW）：仅标记GC Roots直接关联对象，速度极快，停顿毫秒级；
并发标记（无STW）：遍历所有存活对象，全程和业务线程并发运行；
重新标记（STW）：修正并发阶段产生的浮动垃圾，短暂停顿；
并发清除（无STW）：异步清理垃圾对象，不阻塞业务线程。
2. CMS核心优点（中小堆yyds）
低延迟核心优势：绝大部分流程并发执行，STW时间极短，交互型应用体验极佳；
吞吐量优秀：相较于G1，小堆（4G以内）场景下内存管理开销更低，吞吐表现更稳；
配置简单、调优成本低：核心参数少，规则简单，稳定性经过多年线上验证。
3. CMS致命缺点（生产最大坑点）
CMS的所有问题，都源于标记清除算法不整理内存，是天生硬伤：
严重内存碎片：只清除不压缩，长期运行后老年代碎片泛滥，大对象无法分配，频繁触发Full GC；
并发消耗CPU：标记、清除阶段占用CPU核心，高并发场景会抢占业务资源；
浮动垃圾无法避免：并发阶段业务线程持续产生新垃圾，本次GC无法回收，只能等待下一轮；
大堆场景彻底拉胯：堆内存超过4G后，碎片问题爆发，Full GC频率飙升，服务剧烈抖动。
4. CMS生产适用场景 & 调优参数
适配场景：JDK8、堆内存≤4G、对延迟有一定要求、追求高吞吐的中小型Web应用。
废弃场景：大内存应用、长期运行的核心交易系统、低延迟敏感业务。
核心调优参数：
-XX:+UseConcMarkSweepGC// 开启CMS-XX:CMSInitiatingOccupancyFraction=75// 老年代75%占用触发GC-XX:+UseCMSCompactAtFullCollection// Full GC后开启内存压缩-XX:CMSFullGCsBeforeCompaction=3// 3次Full GC后整理一次内存调优核心思路：提前触发GC、定期压缩内存、严控碎片堆积，避免突发性Full GC。
三、均衡之王G1：吞吐与延迟的完美折中（JDK9-16默认）
G1（Garbage-First）的诞生，就是为了解决CMS的内存碎片与大堆适配难题。它抛弃了传统固定分代布局，独创分区堆模型，是GC技术的重要里程碑。
1. 核心原理
G1将整个堆内存拆分为2048个左右固定大小的Region（1-32MB），不再固定区分新生代老年代，每个Region可动态归属新生代或老年代。
核心逻辑：优先回收垃圾最多的Region，用有限的停顿时间，回收最大量垃圾，性价比拉满。
2. G1核心优点
可预测的低停顿：支持自定义
-XX:MaxGCPauseMillis（默认200ms），JVM会自动适配回收节奏，停顿时间可控；彻底解决内存碎片：采用标记整理算法，回收过程同步整理内存，无碎片问题；
超大堆适配能力强：完美支持4G-16G堆内存，大对象、长驻内存场景稳定性远超CMS；
混合回收机制：一次GC可同时处理新生代+老年代，减少Full GC触发概率。
3. G1核心缺点
调优难度高：参数繁多，需要根据业务流量、堆大小、停顿阈值精细化调整，默认参数容易踩坑；
小堆性能不如CMS：Region分区存在管理开销，4G以内小堆场景，吞吐量略低于CMS；
极端低延迟无法满足：仍存在百毫秒级停顿，无法支撑毫秒级极致低延迟业务。
4. G1生产适用场景 & 核心调优
适配场景：堆内存4G-16G、微服务通用场景、需要平衡吞吐与延迟、JDK9及以上版本。
核心调优参数：
-XX:+UseG1GC// 开启G1-XX:MaxGCPauseMillis=150// 预期最大停顿150ms-XX:+AdaptiveIHOP// 开启自适应回收阈值（默认开启）-XX:G1MixedGCCountTarget=10// 拆分混合GC压力，避免单次停顿过长-XX:G1HeapRegionSize=16M// 适配堆大小设置Region尺寸调优核心思路：控制单次停顿上限、拆分回收压力、适配堆大小优化分区，极力避免Full GC。
四、未来天花板ZGC：极致低延迟的王者（JDK17+默认）
如果说CMS是妥协、G1是平衡，那ZGC就是极致。它的设计目标极其纯粹：无论堆内存多大，GC停顿时间稳定控制在10ms以内，彻底颠覆传统GC的性能瓶颈。
1. 核心黑科技原理
ZGC放弃了传统分代回收的复杂逻辑，基于动态Region+染色指针+读屏障三大核心技术，实现全程几乎无STW：
染色指针：利用64位指针的空闲比特位，存储对象标记、重定位状态，无需扫描对象头，零开销标记；
读屏障：对象访问时自动校验状态，实时处理并发回收中的对象移动，无业务阻塞；
并发整理：垃圾标记、对象迁移、内存整理全程并发，彻底消除内存碎片。
2. ZGC碾压级优势
极致低延迟：STW时间恒定＜10ms，与堆内存大小无关，哪怕TB级堆内存也不会卡顿；
零内存碎片：全程并发整理，内存规整，彻底杜绝大对象分配失败问题；
超大堆无敌适配：支持百GB、TB级堆内存，完美适配大数据、缓存、高并发核心服务；
运维极简：自动调优能力极强，无需复杂参数配置，开箱即用，线上稳定性拉满。
3. ZGC唯一短板
吞吐量轻微损耗：为了极致低延迟，牺牲约10%-15%吞吐量，高吞吐离线任务场景不如G1；
版本依赖高：JDK11实验性、JDK17正式默认，低版本JDK无法使用，升级成本较高。
4. ZGC适用场景 & 调优建议
适配场景：核心交易、支付、订单、实时接口、超大堆内存、毫秒级低延迟敏感业务。
核心参数（极简，几乎无需手动调优）：
-XX:+UseZGC// 开启ZGC-XX:ZGCConcurrentGCThreads=4// 并发GC线程数，根据CPU核心微调调优核心思路：默认配置已足够优秀，仅需根据CPU核心数微调并发线程，无需复杂优化。
五、硬核对比：CMS / G1 / ZGC 终极选型指南
看完原理，最关键的就是生产落地选型：
1. 选 CMS 的场景
JDK8、堆内存＜4G、中小型Web服务、追求高吞吐、可接受轻微抖动、老旧项目维稳。
2. 选 G1 的场景
JDK9-JDK16、堆内存4G-16G、通用微服务、既要吞吐又要低延迟、线上业务平稳运行。
3. 选 ZGC 的场景
JDK17+、堆内存＞16G、核心交易业务、实时接口、零抖动要求、极致用户体验。
六、通用GC生产调优核心思路
真正的GC调优，从来不是堆砌参数，而是对症下药，记住这套通用逻辑：
优先规避Full GC：所有线上GC故障，99%都是Full GC导致，调优核心目标就是减少、杜绝Full GC；
匹配堆大小选收集器：小堆CMS、中堆G1、大堆ZGC，杜绝配置与场景不匹配；
严控内存碎片：CMS定期压缩、G1/ZGC利用整理机制，避免大对象分配失败；
不盲目追求极致参数：默认配置稳定优先，微调优化即可，过度调优反而引发未知问题；
日志监控兜底：开启GC日志，实时监控停顿时间、GC频率、内存占用，提前发现隐患。
七、总结
1.分代模型：基于对象生命周期设计，新生代高频轻量回收、老年代低频重量回收，是所有GC优化的基础；
2.CMS：并发低延迟、小堆吞吐高，致命短板是内存碎片，仅适配JDK8中小堆场景；
3.G1：分区回收、可控停顿、无内存碎片，平衡吞吐与延迟，是中堆通用最优解；
4.ZGC：新时代王者，10ms内极致低延迟、适配超大堆，轻微牺牲吞吐量，适配核心低延迟业务；
5.迭代逻辑：GC的演进就是「减少STW、消除碎片、适配大堆」的持续优化过程。
写在最后
GC是JVM的灵魂，也是区分初级CRUD工程师和中高级架构师的核心能力。吃透CMS、G1、ZGC的底层差异和调优逻辑，不仅能轻松拿捏面试，更能独立排查线上内存抖动、GC频繁、服务卡顿等疑难问题，是职场进阶的必备技能。