Java垃圾回收减少内存碎片的关键是选对回收器并调优堆结构：G1通过Region分区与部分压缩控碎片，ZGC/Shenandoah并发整理近乎消除碎片，Parallel GC标记-整理但停顿长；需合理设置年轻代比例、Survivor大小、对象年龄阈值，并避免大对象长期持有、滥用finalize及低效字符串拼接。
Java垃圾回收机制本身不直接“使用”，而是通过合理配置和编码习惯，让JVM在回收过程中减少内存碎片、缩短停顿时间，从而提升响应速度。关键在于理解碎片成因、选择匹配的回收器，并配合堆结构调优。
内存碎片怎么来的？
碎片主要出现在老年代，尤其在使用标记-清除算法的回收器（如早期CMS）中：回收后留下大量不连续的小空闲块，新对象无法分配——即使总空闲空间足够，也会触发Full GC或分配失败。年轻代因采用复制算法（Eden → Survivor），天然避免碎片；而老年代若长期存活对象分布零散，又缺乏整理动作，就容易堆积碎片。
选对回收器是减少碎片的核心
不同回收器处理碎片的方式差异很大：
- G1回收器：将堆划分为多个Region，回收时优先清理垃圾最多的区域，并自动进行部分压缩（Evacuation），有效控制碎片，适合大堆（4GB+）和低延迟场景。
- ZGC / Shenandoah：并发整理型回收器，可在应用线程运行的同时移动对象、整理内存，几乎消除碎片且停顿稳定在10ms内，适合超大堆（TB级）和强实时要求服务。
- Parallel GC：老年代使用标记-整理，每次Full GC都会压缩内存，碎片少但停顿长，适合吞吐量优先、可接受秒级暂停的后台任务。
- 避免使用已弃用的CMS：它只做标记-清除，不整理，碎片累积快，且JDK 14+已移除。
堆结构与参数调优辅助碎片控制
光靠回收器还不够，需配合合理堆布局：
立即学习“Java免费学习笔记（深入）”；
- 设置合理的年轻代比例（-XX:NewRatio或-Xmn）：避免过小导致频繁晋升，过大则老年代易碎片化；推荐初始值为堆总大小的1/3～1/2。
- 调大Survivor区（-XX:SurvivorRatio）：减少对象因Survivor空间不足而提前晋升到老年代，降低老年代碎片源头。
- 启用对象年龄阈值控制（-XX:MaxTenuringThreshold）：防止中年对象反复在Survivor间复制，也避免过早晋升；默认15，可根据实际对象生命周期设为3～6。
- 对G1，可微调-XX:G1HeapRegionSize（建议2MB起）和-XX:G1MixedGCCountTarget，让混合回收更均衡，减少单次整理压力。
代码层减少碎片诱因
回收器再强，也架不住代码制造“碎片温床”：
- 避免长期持有大数组或大缓存对象引用——它们占据连续内存块，释放后易形成大片空洞。
- 慎用Object.finalize()（已废弃）或Cleaner注册：延迟回收可能打乱对象生命周期，干扰分代判断。
- 用对象池复用固定大小对象（如ByteBuffer、DTO实例），减少高频分配/释放带来的小块碎片。
- 字符串拼接优先用StringBuilder而非+（尤其循环中），避免生成大量短命中间String对象，减轻年轻代压力。
