Parallel GC线程数默认按逻辑处理器数计算：≤8时等于核数，>8时为3+(5×核数)/8；手动设置应取物理核心数，避免超配或争抢，且仅对Parallel GC生效。
Java 垃圾回收线程数不能简单设为 CPU 核心数，而要结合回收器类型、硬件真实能力与应用负载来配置。Parallel GC 的 -XX:ParallelGCThreads 是最常被手动调整的参数，但它的合理取值有明确边界和逻辑。
Parallel GC 的线程数怎么算
该参数仅对 -XX:+UseParallelGC 或 -XX:+UseParallelOldGC 生效。JVM 默认按以下规则计算：
- 逻辑处理器数 ≤ 8：线程数 = 逻辑处理器数
- 逻辑处理器数 > 8：线程数 ≈ 3 + (5 × 逻辑处理器数) / 8（向下取整）
- 例如 32 核机器，默认值为 3 + (5×32)/8 = 3 + 20 = 23
可通过 java -XX:+PrintFlagsFinal -version | grep ParallelGCThreads 查看实际生效值。
设多少才合适
手动设置时，重点不是“填满 CPU”，而是避免争抢与浪费：
立即学习“Java免费学习笔记（深入）”；
- 生产环境推荐设为 CPU 物理核心数（非超线程逻辑核），例如 16 物理核 → 设 16
- 若 JVM 与其他高负载进程共存，可减 1–2，如 16 核机器设为 14
- 不建议超过物理核心数；设为 64 而机器只有 8 核，会因上下文切换拖慢吞吐
- 设为 1 会退化为单线程，仅用于调试，不可用于生产
其他回收器的线程控制方式不同
别把 ParallelGCThreads 当成通用参数。CMS、G1、ZGC 各自使用独立机制：
- CMS：用 -XX:ParallelCMSThreads 控制并发标记线程数
- G1/ZGC：用 -XX:ConcGCThreads 控制并发阶段线程，其默认值约为 ParallelGCThreads 的 1/4
- ParNew（已废弃）：默认线程数 = CPU 核心数，无需额外配置
混用参数会导致无效，比如给 G1 加 -XX:ParallelGCThreads=8 不起作用。
怎么验证配得对不对
光写参数没用，得看运行时表现：
- 加 JVM 参数：-XX:+PrintGCDetails -XX:+PrintGCTimeStamps
- 观察 GC 日志中是否出现类似 Using 8 parallel threads 的提示
- 对比 STW 时间与 GC 频率：线程数增加后 STW 明显缩短，说明有效；若 STW 变长或 CPU 利用率飙升，说明过载
- 容器环境特别注意：Kubernetes 中若未限制 CPU limits，JVM 可能按节点总核数计算默认线程数，导致严重超配
