Java 垃圾回收 GC 算法原理与性能调优入门指南-java教程-PHP中文网

java gc核心是存活判定（可达性分析替代引用计数）与分代回收（新生代用复制算法、老年代用标记-整理），二者协同匹配对象生命周期。

java 垃圾回收 gc 算法原理与性能调优入门指南

Java 垃圾回收（GC）不是“自动清理垃圾”这么简单，而是围绕对象生命周期、内存布局和业务特征的一整套协同机制。理解它，关键在于抓住两个主线：怎么判断对象该回收（存活判定），以及怎么高效回收（算法与分代策略）。调优不是堆参数乱调，而是让 GC 行为匹配你的应用节奏。

Java 不用引用计数法，因为它解决不了循环引用——两个对象互相持有对方引用，计数器都不为 0，但实际已无人使用。JVM 采用可达性分析算法：从一组可信的起点（GC Roots）出发，沿着引用链向下搜索。能被到达的对象视为存活；无法到达的，就是可回收对象。

常见的 GC Roots 包括：

注意：GC Roots 本身必须是确定存活的，不能依赖其他对象判断——这是整个分析可靠的前提。

没有万能算法，只有适配场景的组合：

Java JDK 25

Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。

下载

复制算法：专用于新生代（Eden + Survivor）。把存活对象从 Eden 复制到一个 Survivor 区，清空 Eden；下次 GC 再复制到另一个 Survivor。优点是无碎片、分配快；缺点是需预留一半空间。适合“朝生夕死”的大量短命对象。
标记-整理：主要用在老年代。先标记所有存活对象，再把它们向内存一端紧凑排列，最后清理边界外空间。不浪费内存，也避免碎片，但移动对象有开销。适合长期存活、数量稳定的大对象。
标记-清除：老年代备选方案（如 CMS 的初始设计），或元空间回收。标记后直接清除，快但留碎片。当碎片过多影响大对象分配时，会触发额外的 Full GC 整理，反而更耗时。

现代 GC（如 G1、ZGC）本质是这些基础算法的工程化融合，不是替代，而是按需调度。

JVM 默认把堆分为新生代（Young）和老年代（Old），依据是弱分代假说（多数对象很快死亡）和强分代假说（活过多次 GC 的对象往往会长期存活）。

调优目标明确：降低 GC 频率、缩短 STW（Stop-The-World）时间、避免内存溢出。关键动作是：

看日志：加 -Xlog:gc*:stdout:time,uptime（JDK9+）或 -XX:+PrintGCDetails -XX:+PrintGCTimeStamps（旧版），观察 GC 类型、耗时、前后内存变化
查瓶颈：Minor GC 频繁？可能是 Eden 太小或对象生命周期异常延长；Full GC 频繁？关注老年代是否真的满，还是元空间泄漏、大对象误入、CMS 并发失败等
调基础：先合理设置堆总大小（-Xms 和 -Xmx 相等防扩容抖动），再按业务流量预估新生代占比（如 1/3～1/2），而非盲目加大
选收集器：吞吐优先选 Parallel；低延迟敏感选 G1 或 ZGC（JDK11+）；超大堆（>4GB）且要求亚毫秒停顿，ZGC 是更稳妥的选择