Java JVM参数调优的核心是提升吞吐量，即最大化应用工作时间占比，关键措施包括：固定堆大小（-Xms=-Xmx）、合理设置新生代（-Xmn）、选用适合场景的GC（Parallel侧重吞吐，G1/ZGC兼顾延迟）、调整NewRatio/SurvivorRatio优化对象晋升，并启用PreTouch等辅助参数抑制运行时开销。
Java 中 JVM 参数对吞吐量的影响，核心在于控制“应用程序线程运行时间占比”。吞吐量 = 应用工作时间 /（应用工作时间 + GC 时间），所以一切调优都围绕减少 GC 时间开销、避免 STW 长停顿、抑制 Full GC 展开。
堆大小参数直接影响 GC 频率和单次耗时
堆太小会频繁触发 Minor GC，甚至快速晋升导致老年代填满、引发 Full GC；堆太大虽降低频率，但单次回收耗时剧增，尤其 Parallel GC 下可能拖长 STW。关键点：
- -Xms 和 -Xmx 设为相等：防止运行中扩容带来额外开销和内存碎片，保障吞吐稳定
- -Xmn 显式设置新生代大小：比依赖 -XX:NewRatio 更可控；新生代过小 → Minor GC 过于频繁；过大 → 老年代空间被压缩，易提前触发混合或 Full GC
- 例如：总堆 4G，设 -Xmn2g（占 50%），适合对象创建快、存活期短的服务；若设 -Xmn512m（仅 12.5%），Minor GC 可能每秒数次，显著拉低吞吐
垃圾收集器类型决定吞吐天花板
不同 GC 在吞吐设计目标上差异明显：
- Parallel GC（-XX:+UseParallelGC）：专为吞吐量优化，默认策略即“最小化 GC 总耗时”，适合批处理、后台任务等非交互场景；它通过多线程并行回收，但所有阶段都会 Stop-The-World
- G1 GC（-XX:+UseG1GC）：兼顾吞吐与延迟；通过分区回收和可预测停顿（-XX:MaxGCPauseMillis）控制 GC 影响；吞吐略低于 Parallel，但在大堆（>6G）下更稳定
- ZGC/Shenandoah：几乎无 STW，吞吐受 GC 干扰极小，但需 JDK11+ 且有额外元数据开销，实际吞吐提升取决于应用分配压力是否真被 GC 拖累
NewRatio 和 SurvivorRatio 控制对象生命周期节奏
这两个比例参数不直接设大小，却深刻影响对象晋升行为，间接决定 GC 效率：
立即学习“Java免费学习笔记（深入）”；
- -XX:NewRatio=N 表示老年代 : 新生代 = N : 1；N=2（默认）→ 新生代占堆 1/3；若业务短期对象极多，调小到 1（各占 50%）可减少 Minor GC 次数，提升吞吐；但要注意老年代变小后，若长期对象多，反而加速 Full GC
- -XX:SurvivorRatio=8（默认）表示 Eden : S0 : S1 = 8:1:1；Survivor 空间过小，对象容易因“复制失败”直接进入老年代（survivor overflow），造成老年代污染；适当调大（如设为 12）可缓解该问题，减少无效晋升
辅助参数用于抑制 GC 开销放大效应
有些参数看似次要，实则在高负载下成为吞吐瓶颈的放大器：
- -XX:+AlwaysPreTouch：JVM 启动时就申请并清零全部堆内存，避免运行中边用边 mmap/page fault，减少 GC 触发时的系统调用抖动
- -XX:MaxTenuringThreshold：控制对象晋升年龄；默认 15，若多数对象活不过 3 次 GC，可设为 3，加快清理，减少 Survivor 区拷贝压力
- -XX:GCTimeRatio=99（默认）表示允许 GC 时间占比 ≤1%；若观察到实际 GC 时间超限，说明堆或 GC 策略已不匹配负载，需调整而非仅改此值
