Serial垃圾收集器在单核或轻量级应用中高效，靠单线程极致可控实现短、稳、可预期的GC停顿；年轻代用复制算法只搬存活对象，老年代用标记-整理避免碎片；日志清晰、行为确定，适合小堆（≤100MB）场景。
Serial 垃圾收集器在单核或轻量级应用中高效运行，关键不是“强行提速”，而是**放弃并发幻想、专注单线程极致可控**——它不拼吞吐，但能把每次 GC 的停顿压得短、稳、可预期。
只用一个线程，反而省掉所有调度开销
在单核 CPU 上，多线程 GC 不是加速，而是添乱：线程创建、上下文切换、锁竞争、缓存同步都会吃掉本就不多的计算资源。Serial 收集器全程只启用一条 JVM GC 线程，用户线程一暂停，GC 线程就独占 CPU 干活，没有等待、没有争抢、没有状态保存与恢复。这种“一根筋”的执行方式，在几十 MB 堆场景下，实际 GC 时间往往比 Parallel GC 更干净利落。
新生代靠复制算法，小堆里搬得快
Serial 在年轻代使用复制算法，只扫描 Eden 区 + 当前 From Survivor 区中的存活对象，再统一复制到 To Survivor 区。这意味着：
- 不遍历死亡对象，不清理碎片，只搬运“活的”
- 堆越小、对象生命周期越短，存活对象就越少，复制数据量就越小
- 典型配置如 -Xms64m -Xmx64m -XX:SurvivorRatio=8，能让 Eden 占比更大，减少 Survivor 区拷贝次数，进一步降低 Minor GC 频率与耗时
老年代由 Serial Old 接手，标记-整理不造碎片
当对象晋升到老年代，Serial Old 使用标记-整理算法：
立即学习“Java免费学习笔记（深入）”；
- 先标记所有可达对象（从 GC Roots 开始递归）
- 再把它们紧凑地往内存一端移动，消除空洞
- 最后更新引用并回收边界外空间
这种方式避免了内存碎片，也比复制算法更省空间——因为老年代对象存活率高，复制成本太大。在小内存应用中，Full GC 触发频率低，只要堆控制在 100MB 以内，Serial Old 的停顿通常也在百毫秒内，且极少波动。
日志清晰、行为确定，调试和压测更省心
单线程意味着 GC 日志只有一条记录，没有多线程交错输出，时间戳连续、因果明确。启用方式简单直接：
- -XX:+UseSerialGC：显式激活 Serial（年轻代）+ Serial Old（老年代）
- -Xlog:gc*,gc+heap=debug：查看日志中是否出现 Serial 或 SerialOld
- -XX:+PrintGCDetails -XX:+PrintGCTimeStamps：重点观察 pause time 分布，若 Minor GC 持续 ≤50ms、Full GC 很少发生，说明它正处在舒适区
