Serial与Serial_Old串行收集器的工作原理详解

Serial与Serial Old是JVM中最基础的单线程STW垃圾收集器，虽因全程独占GC线程、强制暂停所有用户线程而饱受停顿之苦，却凭借零线程开销、算法精准适配代际特性的优势，在小堆、单核或资源受限场景中展现出意外的高效与稳定；新生代采用复制算法实现快速清理与无碎片分配，老年代则通过标记-整理兼顾空间利用率与引用一致性——理解它们，不仅是追溯JVM垃圾回收演化的起点，更是权衡性能、延迟与资源约束时不可或缺的底层参照。

Serial 和 Serial Old 是 JVM 中最基础的单线程垃圾收集器，它们的“串行”不是指执行顺序上的先后，而是强调**整个回收过程由唯一一条 GC 线程独占完成，且期间所有用户线程必须暂停（Stop-The-World）**。理解其工作机制，关键在于抓住“单线程 + STW + 算法适配代际特性”这三点。

新生代用 Serial：复制算法 + Eden/Survivor 切换

Serial 收集器作用于新生代，采用复制算法，依赖 Eden、From、To 三个子区域协作：

• GC 开始时，只扫描 Eden 区和当前 From 区中的存活对象，将它们复制到空闲的 To 区；
• 复制过程中，若对象年龄（经历 GC 次数）达到 -XX:MaxTenuringThreshold 阈值，或 To 区空间不足，则直接晋升至老年代；
• 复制完成后，清空 Eden 和 From 区，再交换 From 与 To 的角色，为下一次 GC 做准备；
• 整个过程不涉及碎片整理，因复制后目标区是连续干净的，适合新生代“大量短命对象”的特点。

老年代用 Serial Old：标记-整理 + 内存端对齐

Serial Old 收集器负责老年代，采用标记-整理（Mark-Compact）算法，分三步执行：

• 先从 GC Roots 出发，递归标记所有可达（即存活）对象；
• 将所有被标记的对象向堆内存的一端（如起始地址）紧凑移动，消除中间空隙；
• 移动后更新所有指向这些对象的引用，并清理边界外的剩余空间。

这种整理方式避免了标记-清除产生的内存碎片，也比复制算法更适合老年代——那里对象存活率高、复制成本大。

串行 ≠ 慢，但停顿不可回避

Serial/Serial Old 的“单线程”反而带来低开销优势：没有线程创建、同步、通信等额外消耗，在小堆（几十 MB）、单核或资源受限环境（如嵌入式、早期客户端 JVM）中，实际回收速度可能比多线程收集器更稳更快。但代价明确：

• 每次 GC 必然触发全局 STW，停顿时间与存活对象数量正相关；
• 无法利用多核 CPU 并行处理，堆越大、对象越多，停顿越明显；
• 在 Server 模式下已非默认，仅用于特定组合（如 Parallel Scavenge + Serial Old）或 CMS 失败后的兜底 Full GC。

如何验证是否启用

可通过 JVM 启动参数显式启用，也可通过日志确认当前行为：

• 强制启用：-XX:+UseSerialGC（同时激活 Serial + Serial Old）；
• 查看默认配置：java -XX:+PrintCommandLineFlags -version，输出中若含 UseParallelGC，说明未使用 Serial；
• 开启 GC 日志（如 -Xlog:gc*），观察日志中是否出现 Serial 或 SerialOld 字样及单线程标记（如无 worker 线程编号）。

本篇关于《Serial与Serial_Old串行收集器的工作原理详解》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于文章的相关知识，请关注golang学习网公众号！