JVM堆内存应设为-Xms与-Xmx相等，建议占服务器物理内存的50%～75%，需根据是否独占服务器、JDK版本及GC类型综合调整，并预留内存给OS及其他进程。
直接根据服务器内存大小来配置 JVM 参数，不是简单按比例“砍一刀”，而是要在应用负载、JVM 开销、系统其他进程占用之间做平衡。核心原则是：别把所有内存都分给 JVM，留足余量给 OS、内核、中间件和其他服务。
服务器总内存与 JVM 堆内存的合理分配
- 一般建议 JVM 堆（
-Xms和-Xmx）不超过服务器物理内存的 50%～75%，具体取决于：- 是否独占服务器（如容器中只跑一个 Java 应用）→ 可取上限（70% 左右）
- 是否共用服务器（如同时运行 MySQL、Nginx、监控 agent 等）→ 建议控制在 40%～50%
- JDK 版本（JDK 17+ 的 G1 GC 对大堆更友好；老版本 CMS 或 ParallelGC 在 >8GB 堆上易出问题）
例如：
- 16GB 服务器 → 堆设
4g～8g（推荐-Xms6g -Xmx6g） - 32GB 服务器 → 堆设
8g～16g（常见-Xms10g -Xmx10g或-Xms12g -Xmx12g） - 64GB 服务器 → 不建议单 JVM 堆超过 16g（除非用 ZGC/G1 + 调优），可考虑拆服务或调高元空间/直接内存预留
注意：
-Xms和-Xmx强烈建议设为相等。避免运行时扩容缩容引发 GC 震荡和 STW 时间波动。
新生代（Young Gen）大小设置
新生代大小直接影响 Minor GC 频率和 Promotion Rate（晋升到老年代的比例）：
立即学习“Java免费学习笔记（深入）”；
- 推荐设为堆总大小的 1/4 到 1/3（即
-Xmn≈-Xmx × 0.25～0.33） - 也可用
-XX:NewRatio=2（新生代:老年代 = 1:2 → 新生代占 1/3）或-XX:NewRatio=3（占 1/4） - 若应用对象生命周期短、创建快（如 Web API），适当加大新生代（比如 40%）能减少 Minor GC 次数
- 若频繁发生 Promotion Failure（老年代空间不足但新生代 GC 后仍有大量对象晋升），说明新生代偏大或老年代不够，需结合 GC 日志分析
示例（堆 12g）：
-Xms12g -Xmx12g -Xmn4g # 或 -XX:NewRatio=2
元空间（Metaspace）与线程栈（Stack）
-XX:MetaspaceSize和-XX:MaxMetaspaceSize：
默认动态增长，但生产环境建议显式设置，防止类加载过多导致 OOM（如 Spring Boot + 大量反射/动态代理）。
常见值：-XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=512m
若应用加载数千个类（如微服务网关、插件化系统），可设为1g。-Xss（每个线程栈大小）：
默认通常1m（Linux JDK 8+），高并发场景下线程数多，栈太大会快速耗尽内存。
建议压测后确定：若无深度递归，256k～512k更稳妥；
例如-Xss512k可支持约 2000 个线程（按 1g 栈内存估算）。
GC 类型与配套参数选择（适配内存规模）
| 堆大小范围 | 推荐 GC | 关键配套参数 |
|---|---|---|
| ≤ 4g | Parallel GC（吞吐优先） |
-XX:+UseParallelGC（默认 JDK8 Server 模式） |
| 4g ～ 16g | G1 GC（平衡停顿与吞吐） | -XX:+UseG1GC -XX:MaxGCPauseMillis=200 |
| ≥ 16g | G1 或 ZGC（JDK11+） | ZGC 需 -XX:+UseZGC，要求 OS 支持（Linux 4.14+） |
✅ G1 是目前最通用的选择：它不强制要求
-XX:NewRatio，而是通过-XX:G1HeapRegionSize和MaxGCPauseMillis动态调整；启用-XX:+PrintGCDetails -Xloggc:gc.log是调优前提。
实际配置示例（32GB 服务器，Spring Boot 微服务）
java \ -Xms10g -Xmx10g \ -Xmn3g \ -XX:MetaspaceSize=384m -XX:MaxMetaspaceSize=384m \ -Xss256k \ -XX:+UseG1GC \ -XX:MaxGCPauseMillis=200 \ -XX:+PrintGCDetails -Xloggc:/var/log/app/gc.log \ -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/var/log/app/heap.hprof \ -jar app.jar
该配置预留约 12GB 给系统及其他进程，新生代 3g（占 30%），G1 控制暂停时间，同时开启 GC 日志与 OOM 快照——便于后续分析。
不复杂但容易忽略的是：参数生效路径是否正确（如 Tomcat 用 CATALINA_OPTS 而非 JAVA_OPTS）、容器内存限制是否覆盖 JVM 设置（Docker 中 -m 16g 但 JVM 设 -Xmx20g 会触发 OOMKilled）。
