Parallel GC调优核心是最大化吞吐量，需固定堆大小（-Xms=-Xmx）、显式设置GC线程数（-XX:ParallelGCThreads）、开启自适应策略（-XX:+UseAdaptiveSizePolicy），并用-XX:GCTimeRatio=99锚定1% GC时间占比，禁用-XX:MaxGCPauseMillis，通过GC日志验证实际吞吐表现。
Parallel GC 调优不是调参数的叠加，而是围绕“吞吐量最大化”建立稳定、可预期的运行环境。它不追求单次停顿短，而追求单位时间里 GC 总耗时占比最低——核心是让 JVM 自己高效决策，你只提供清晰目标和干净条件。
明确适用场景再动手
Parallel GC 适合这些情况：
- 批处理作业、定时报表生成、后台计算服务等周期长、可容忍 200ms~500ms 单次 STW 的应用
- 部署在多核 CPU（≥4 核）、堆内存 ≥2GB 的服务器上
- 业务对 P99 响应时间不敏感，但要求每小时完成更多任务量
如果系统是 Web API、实时风控或交易确认类服务，别硬套 Parallel GC——它会把延迟抖动放大，G1 或 ZGC 更合适。
必须配齐的基础三件套
只加 -XX:+UseParallelGC 是无效的。以下三项缺一不可：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
-
-Xms 和 -Xmx 设为相等值：例如
-Xms4g -Xmx4g。避免运行中堆伸缩引发额外 GC 和内存碎片 -
-XX:ParallelGCThreads=n：显式设为物理 CPU 核数的 70%~100%。容器环境下若被限制 4 核，就设
-XX:ParallelGCThreads=4，别信默认值 - -XX:+UseAdaptiveSizePolicy：开启自适应策略（JDK 8u121+ 默认已开，但建议显式写出）。它让 JVM 动态调新生代大小、Survivor 比例和晋升阈值，比手动固定更稳
用 GCTimeRatio 锚定吞吐目标
这是 Parallel GC 最关键的调优杠杆：
- -XX:GCTimeRatio=99 表示允许 GC 总耗时占总运行时间的 1%（即吞吐率达 99%）
- 数值越小，JVM 越倾向扩大堆、减少 GC 频次——这不是“放松”，是主动用内存换时间
- 不要和
-XX:MaxGCPauseMillis混用：后者会迫使 JVM 频繁触发 Minor GC，反而增加 GC 总次数，拉低吞吐
起始推荐保持默认 99；若观察日志发现 GC 时间占比长期高于 1.5%，再结合堆使用率考虑适度增大堆，而非调低该值。
监控验证是否真生效
调完不看日志等于没调。启动时加上：
-
-Xlog:gc*:file=gc.log:time,uptime,level,tags（JDK 11+） - 检查日志开头是否有 Using Parallel GC 和 PSYoungGen / PSOldGen 字样（不是 ParNew！）
- 统计 1 小时内 GC 总耗时 ÷ (GC 总耗时 + 应用运行时间)，应接近 1/(1+99)=1%
- 若发现每次 Young GC 后老年代持续上涨，说明对象过早晋升——检查是否有大缓存未清理、或对象直接分配到老年代（-XX:PretenureSizeThreshold 设置不当）
