通用调优参数
| 参数 | 含义 |
|---|---|
| -Xms20M | 初始堆，堆内存初始大小为 20MB（最小堆） |
| -Xmx20M | 最大堆，堆内存最大大小为 20MB（最大堆），和 - Xms 一致表示堆内存固定为 20MB |
| -Xmn10M | 直接指定新生代的大小为 10MB（优先级高于 - XX:NewRatio） |
| - XX:NewRatio=2 | 老年代大小 / 新生代大小 = NewRatio，HotSpot 默认是 2 |
| -XX:SurvivorRatio=8 | 默认值是8，新生代内部 Eden 区：单个 Survivor 区 = 8:1（不影响新生代总大小） |
| jinfo -flags 进程ID | grep GC | 查看某java进程的参数 |
java8调优
Java 8（64 位服务器模式，生产环境最常用的场景）的默认 GC 组合是：
- 新生代：Parallel Scavenge（并行收集器）
- 老年代：Parallel Old
- 核心目标是「高吞吐量」，而非 CMS 的「低延迟」。
选用垃圾回收器
- 首选（绝大多数场景）：G1 GC（G1 比 CMS 更稳定、碎片更少）
- 备选（老系统兼容 / 低内存）：CMS GC
- 不推荐：默认 Parallel GC（STW 长，不适合线上服务）
G1 GC（生产主流，强推）
- 适用场景：微服务、接口服务、中台系统（低延迟 + 低碎片）
- 核心优势：兼顾吞吐量 + 低 STW，无内存碎片，比 CMS 稳定，适配大堆
| 参数 | 含义 |
|---|---|
| -Xms4G | 初始堆大小 |
| -Xmx4G | 最大堆大小 |
| -Xmn1.6G | 新生代堆大小 |
| -XX:+UseG1GC | 使用G1垃圾回收器 |
| -XX:MaxGCPauseMillis=200 | 控制 STW 目标 200ms（核心） |
| -XX:G1HeapRegionSize=4M | 堆分区大小，适配 4-8G 堆 |
| -XX:InitiatingHeapOccupancyPercent=45 | 触发混合 GC 阈值 |
备选 CMS GC（老系统兼容用，不主推）
- 适用场景：老项目遗留配置、堆内存≤4G、追求极致短 STW
- 劣势：内存碎片严重，易触发 Full GC，Java9 已废弃
| 参数 | 含义 |
|---|---|
| -Xms4G | 初始堆大小 |
| -Xmx4G | 最大堆大小 |
| -XX:+UseConcMarkSweepGC | 使用CMS垃圾回收器 |
| -XX:+UseParNewGC | 和 CMS 配合的并行收集器，默认会自动启用，可省略 |
| -XX:+UseCMSCompactAtFullCollection | FullGC 后整理碎片 |
| -XX:CMSInitiatingOccupancyFraction=75 | 老年代 75% 触发 CMS |
优先 G1 的 3 个场景（90% 生产服务）
- 堆内存≥4G（G1 大堆表现远胜 CMS）
- 介意 Full GC 卡顿、内存碎片
- 微服务 / 接口服务，要求稳定低延迟
可选 CMS 的 2 个场景
- 老项目已用 CMS，懒得迁移
- 堆内存≤3G，QPS 不高，追求极致短单次 STW
默认 Parallel GC（Parallel Scavenge+Parallel Old）
- 优点：吞吐量高
- 致命缺点：Full GC STW 极长（4G 堆卡顿 1-3 秒）
- 仅用：纯后台批处理、离线计算，无延迟要求场景
＜/span＞)
