Parallel GC的核心价值是提升吞吐量而非压缩单次停顿时间，通过多线程并行执行STW阶段任务降低单次GC耗时，适用于批处理等延迟不敏感场景，需配齐-Xms/-Xmx相等、-XX:ParallelGCThreads和-XX:+UseAdaptiveSizePolicy，并用-XX:GCTimeRatio量化吞吐目标。
Parallel GC 的核心价值是提升吞吐量，不是压缩单次停顿时间。它通过多线程并行执行 Stop-The-World 阶段任务，在多核 CPU 上把一次 GC 耗时压下来，从而让应用线程获得更长的连续运行时间。关键不在于“少停”，而在于“快停、少总耗时”。
明确适用场景再启用
Parallel GC 适合对延迟不敏感、但追求单位时间处理能力的应用，比如批处理作业、后台计算服务、定时报表生成等。这类应用通常运行周期长、可容忍几百毫秒的 STW，但无法接受频繁小停顿拖慢整体进度。如果系统是响应敏感型（如实时交易接口），就不该选它。
基础参数必须配齐
仅加 -XX:+UseParallelGC 不足以发挥效果，需配合以下三项：
-
-Xms 和 -Xmx 设为相等值：例如
-Xms4g -Xmx4g，避免堆动态伸缩带来的额外开销和 GC 波动； - -XX:ParallelGCThreads=n：显式指定 GC 线程数。默认按 CPU 核数计算（≤8 核时等于核数），但实际建议设为物理核心数的 70%~100%，避免线程调度争抢；
- -XX:+UseAdaptiveSizePolicy：开启自适应策略，让 JVM 动态调优年轻代大小、Survivor 比例等，比手动固定更贴合真实负载。
吞吐量目标要量化设置
用 -XX:GCTimeRatio 直接表达吞吐期望。它的公式是：应用运行时间 / (应用运行时间 + GC 时间) 的目标占比。例如设为 -XX:GCTimeRatio=99，表示允许 GC 占用总时间的 1%；设为 19，即允许占 5%。数值越小，JVM 越倾向扩大堆、减少 GC 频次，以保吞吐——这不是“放松要求”，而是主动让出内存换时间。
立即学习“Java免费学习笔记（深入）”；
慎用 MaxGCPauseMillis
-XX:MaxGCPauseMillis 是软目标，设得太低（如 50ms）会迫使 JVM 频繁触发小规模回收，反而增加 GC 总次数和开销，吞吐下降。它更适合作为观察基准：先用默认值跑一段时间，看 GC 日志中实际 pause 分布，再根据业务容忍度微调。推荐起始值设为 200，再结合 -Xlog:gc* 日志分析调整。
