JVM虚拟机参数主要分为内存、垃圾回收、JIT编译和诊断日志四大类；配置优化的核心是先根据业务场景确定堆大小和GC策略，再通过监控微调，而不是盲目照搬参数。 下面从参数清单到生产环境实操,逐层拆解。
JVM虚拟机参数有哪些？从内存到GC的核心清单
内存相关参数：堆、栈、元空间与直接内存
- -Xms：初始堆大小，生产环境通常与-Xmx设为相同值,避免运行时反复扩缩容。
- -Xmx：最大堆大小，建议不超过物理内存的70%，留出空间给元空间、线程栈、直接内存和操作系统。
- -Xmn：新生代大小，G1时代通常不手动设置，Parallel Scavenge可考虑。
- -XX:MetaspaceSize 和 -XX:MaxMetaspaceSize：元空间初始与上限,不设上限可能耗尽本地内存。
- -Xss：每个线程栈大小，默认约1MB,递归深或线程多时需评估。
- -XX:MaxDirectMemorySize：NIO直接内存上限,默认与堆最大值相近。
- -XX:+UseCompressedOops：压缩指针，堆小于32GB时默认开启,可减少内存占用。
垃圾回收器参数：选对回收器比调数字更重要
- -XX:+UseG1GC：G1回收器，适合堆内存较大、停顿时间敏感的服务。
- -XX:+UseParallelGC：Parallel回收器，适合批处理、高吞吐场景。
- -XX:+UseZGC 或 -XX:+UseShenandoahGC：超低延迟回收器，适合大堆、对停顿极敏感的服务。
- -XX:MaxGCPauseMillis：G1目标停顿时间,设得太小会导致更频繁GC。
- -XX:ParallelGCThreads：并行GC线程数,容器中需结合CPU配额。
- -XX:InitiatingHeapOccupancyPercent：G1触发并发标记的堆占用阈值。
- -XX:+UseCMSInitiatingOccupancyOnly
：CMS相关，老版本使用,新项目不建议。
JIT与诊断参数：别忽略代码缓存和OOM现场
- -XX:ReservedCodeCacheSize：JIT编译代码缓存,过小会停止编译。
- -XX:+AlwaysPreTouch：启动时预触碰堆内存,降低运行期缺页开销。
- -Xlog:gc:file=/var/log/gc.log:time,uptime,level,tags：统一GC日志,JDK9后推荐。
- -XX:+HeapDumpOnOutOfMemoryError 和 -XX:HeapDumpPath：OOM时自动导出堆转储。
- -XX:ErrorFile：JVM崩溃日志路径。
生产环境如何配置JVM内存与性能？高并发场景调优实战
先定堆大小：-Xms和-Xmx设成一样
一个8核16G的云服务器，部署Java单体应用，堆内存可设 -Xms8g -Xmx8g，留出约8G给系统、元空间、线程栈和直接内存，元空间用 -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=512m，线程栈 -Xss1m，线程数多时可降至512k，但需压测，直接内存 -XX:MaxDirectMemorySize=1g,避免Netty等框架吃光本机内存。
选GC：低延迟选G1或ZGC，高吞吐选Parallel
- 延迟敏感（如API网关、交易服务）：-XX:+UseG1GC -XX:MaxGCPauseMillis=200。
- 超低延迟（如实时风控）：JDK17+可尝试 -XX:+UseZGC。
- 吞吐优先（如离线计算、报表导出）：-XX:+UseParallelGC。
- 容器环境：-XX:+UseContainerSupport -XX:MaxRAMPercentage=75.0,让JVM按容器配额自动算堆。
容器与云原生场景：别让JVM误读宿主机内存
过去JVM看宿主机内存，容器里容易超配,JDK10后默认支持容器感知。
- 显式开启：-XX:+UseContainerSupport。
- 按比例设堆：-XX:InitialRAMPercentage=50.0 -XX:MaxRAMPercentage=75.0。
- 限制CPU：-XX:ActiveProcessorCount=4
,避免GC线程过多争抢。
- 路径示例：在Kubernetes的JAVA_TOOL_OPTIONS中注入上述参数。
监控与微调：没有监控就没有调优
jps：查看Java进程。jstat -gcutil <pid> 1000：每秒打印GC统计。jmap -heap <pid>：查看堆配置。jstack <pid>：导出线程栈,排查死锁或线程阻塞。jinfo -flags <pid>：查看最终生效参数。- 操作路径：先压测，再看GC日志，重点观察Full GC频率和停顿时间。
对比G1与CMS：JVM参数怎么选更合适？
行业共识认为，CMS已在JDK14中移除，新项目应优先G1或ZGC,下面用表格对比。
| 对比项 | G1 | CMS |
|---|---|---|
| 适用JDK | JDK7+，JDK9默认 | JDK8及之前 |
| 停顿控制 | 可设MaxGCPauseMillis | 停顿较短但碎片化 |
| 内存整理 | 有整理，无碎片 | 标记清除，易碎片 |
| 大堆表现 | 较好 | 大堆下停顿不可控 |
| 推荐场景 | 通用服务、大堆 | 旧系统维护 |
- 新项目：直接选G1，参数示例：-XX:+UseG1GC -XX:MaxGCPauseMillis=200 -XX:G1HeapRegionSize=8m。
- 旧系统：若必须用CMS，关注 -XX:CMSInitiatingOccupancyFraction 和 -XX:+UseCMSCompactAtFullCollection。
- 极致低延迟：JDK17+选ZGC，参数：-XX:+UseZGC。
北京上海Java团队JVM参数配置差异？地域词自然融入
一线城市互联网团队更早拥抱容器化和ZGC，常把MaxRAMPercentage作为默认，传统企业则偏爱固定Xmx和Parallel GC，地域不是关键,业务形态才是。
JVM参数配置常见误区与排查命令
堆越大越好
堆过大导致GC停顿变长，且可能触发交换分区，多数情况下，堆控制在物理内存的50%~70%。
元空间不设上限
不设MaxMetaspaceSize，动态生成类多时会耗尽本机内存,触发系统OOM。
照搬网上参数
不同JDK版本、不同GC、不同容器环境，参数效果差异大，业内专家指出,调优必须基于压测和监控数据。
常用排查命令
jps -lvm：列出Java进程及启动参数。jstat -gc <pid> 1000 10：连续10次查看GC。jmap -dump:live,format=b,file=/tmp/heap.hprof <pid>：导出堆快照。jcmd <pid> VM.flags：查看JVM参数。jcmd <pid> GC.heap_info：查看堆使用。
JVM虚拟机参数与性能优化常见问题解答
JVM参数-Xmx和-Xms设置一样好吗？
多数生产环境建议一样，避免堆动态伸缩带来的性能抖动，也让GC行为更可预测，若开发机内存紧张,可设不一样。
生产环境JVM参数如何配置才能减少Full GC？
先定位Full GC原因：是元空间不足、直接内存溢出，还是老年代增长过快，然后调整堆比例，或换G1并设MaxGCPauseMillis，同时检查代码中是否有大对象、缓存无上限，配合-Xlog:gc日志分析。
企业级JVM调优服务价格一般多少？中小团队有必要买吗？
市面上JVM调优服务价格差异较大，从几千到数万元不等，取决于系统规模和响应要求，中小团队多数情况可先通过开源工具自助排查，只有在复杂分布式场景下才考虑外部支持，据Oracle官方文档,JVM自身提供的诊断参数和命令已能覆盖大部分问题。
JVM参数没有万能模板，先定堆和GC，再用监控数据说话，才是内存与性能优化的正路。 参数是手段,业务稳定才是目的。