启用Serial收集器需加参数-XX:+UseSerialGC，搭配小堆（如-Xms64m -Xmx64m）和-XX:SurvivorRatio=8，适用于≤200MB堆、单线程、低停顿敏感场景，日志显示DefNew与Tenured即生效。

直接加参数 -XX:+UseSerialGC 就能启用 Serial 收集器，它专为单线程、小内存场景设计，不拼吞吐量，只求停顿短、行为稳、日志干净。

基础配置：一句话生效

启动 Java 程序时加上：

• -XX:+UseSerialGC —— 强制使用 Serial（年轻代） + Serial Old（老年代）组合
• 搭配小堆更有效：-Xms64m -Xmx64m（如 64MB 固定堆），避免动态扩容带来的不确定性
• 可选调优：-XX:SurvivorRatio=8 让 Eden 区占比更大，减少 Survivor 间拷贝次数，降低 Minor GC 频率

为什么这样配更合适

Serial 的优势不在“快”，而在“确定”。小堆下对象少、存活率低，复制算法只需搬几十个对象，STW 时间自然压在 10–50ms 内。没有线程调度、无锁竞争、不跨 CPU 缓存同步，整个 GC 过程就是一条直线走到底。

• 桌面工具、嵌入式设备（如树莓派）、本地开发环境等，对“每次停顿不超过 30ms”比“平均延迟低”更敏感
• Client 模式 JVM（如旧版 Swing 应用、Java Web Start）默认就用它，无需额外配置
• 日志只有一行记录，-XX:+PrintGCDetails -XX:+PrintGCTimeStamps 一开就清楚，压测对比也直观

什么时候该停手

Serial 不是万能钥匙，它的舒适区很明确：

• 堆总大小建议 ≤200MB；新生代控制在几十 MB 级别效果最佳
• 若发现 Minor GC 常超 100ms，或 Full GC 开始频繁出现，说明已超出能力范围
• 对象生命周期变长、晋升增多时，Serial Old 的标记-整理会拖慢节奏，这时应考虑 Parallel 或 G1

验证是否生效

加完参数后跑一次简单压测，看 GC 日志：

• 日志中出现 DefNew（Serial 新生代）和 Tenured（Serial Old 老年代）字样，说明配置成功
• 关注 pause 时间字段，不是看吞吐量，而是盯单次 STW 是否稳定在毫秒级
• 如果看到 ParallelGC 或 G1 Evacuation Pause，说明参数没起作用或被其他配置覆盖