JVM 参数那些事儿，想搞懂这篇文章基本够用了

（引用来源：该标题源自一篇广为流传的JVM参数科普文章，其核心目的是用通俗语言讲解关键参数，帮助开发者进行基本的JVM调优。）

说到JVM参数，很多刚开始接触Java的朋友可能会觉得头大，一堆以-X、-XX开头的命令，看起来像天书，但其实，你不需要一下子全部掌握，只要理解了几个最核心的，就能解决大部分常见的性能问题了,这篇文章的目的就是帮你捋清楚这些关键参数是干什么的。

JVM参数是啥？

简单说，就是你在启动Java程序时，跟在java命令后面的一串设置，比如你经常看到的java -Xmx2g -jar myapp.jar，这些参数就像是给JVM这个“虚拟机”下达的指令，告诉它：你应该用多大的内存、用什么垃圾回收器、出现错误时该怎么办等等，JVM默认的设置可能适合小型应用，但对于正式上线的服务,通常都需要根据实际情况调整一下。

核心参数一：内存相关（这是重中之重）

JVM的内存区域主要分堆（Heap）和非堆（Non-Heap），堆是你最需要关心的,我们平时创建的绝大部分对象都放在这里。

1. -Xms 和 -Xmx（堆的起步和顶棚）

   • -Xms：用来设置JVM启动时堆内存的初始大小。-Xms512m 表示一开始就分配512兆内存。
   • -Xmx：用来设置堆内存的最大可以占到多少。-Xmx2048m 表示堆最大能长到2个G。
   • 为什么两个要一起设置？ 一个好习惯是把-Xms和-Xmx设成一样的值，-Xms2g -Xmx2g，这样做的好处是避免了堆内存的动态扩张和收缩，因为扩张内存这个操作本身是需要消耗系统资源的，可能会引起短暂的停顿，一开始就分配到位,可以让程序运行得更平稳。

2. -Xmn（年轻代的大小）

   • 堆内存又分为年轻代（Young Generation）和老年代（Old Generation），新创建的对象基本都先放在年轻代，年轻代是垃圾回收（尤其是Minor GC）发生最频繁的地方。
   • 设置-Xmn，-Xmn1g，就是直接指定年轻代的大小为1G，老年代的大小就是 -Xmx 减去 -Xmn，调整这个比例对垃圾回收的性能影响很大，如果你的应用会产生很多“朝生夕死”的临时对象,适当调大年轻代可能会有好处。

3. -XX:MetaspaceSize 和 -XX:MaxMetaspaceSize（元空间的大小）

   

   • 这个区域主要存放类的信息（元数据），在Java 8之前，它叫做永久代（PermGen），经常因为内存不够而报OutOfMemoryError。
   • -XX:MetaspaceSize：可以理解为元空间的“初始水位线”，当使用的内存超过这个值,就会触发一次垃圾回收来清理无用的类信息。
   • -XX:MaxMetaspaceSize：限制元空间最大能长多大，默认基本上是系统的可用内存上限，为了防止某些应用无限制地加载类导致系统内存被占满，建议还是设置一个上限，-XX:MaxMetaspaceSize=512m。

核心参数二：垃圾回收器相关

JVM有不同类型的垃圾回收器，就像有不同的清洁工打扫策略,选择合适的回收器对应用的响应速度和吞吐量至关重要。

1. -XX:+UseConcMarkSweepGC 和 -XX:+UseG1GC（选择清洁工团队）

   • 这两个参数是互斥的,你只能选一个。
   • -XX:+UseConcMarkSweepGC（CMS回收器）：这是一个以获取最短回收停顿时间为目标的回收器，适合需要快速响应的应用，比如Web服务器，但它有点复杂，而且在Java 14之后就被移除了。
   • -XX:+UseG1GC（G1回收器）：这是目前主流的选择，从Java 9开始成为了默认回收器，它试图在停顿时间和吞吐量之间找到一个很好的平衡，尤其适合大内存（比如超过8G）的应用，如果你不确定用什么,用G1通常没错。

2. -XX:+PrintGCDetails 和 -XX:+PrintGCDateStamps（打开清洁工的日志）

   

   • 光有参数还不够，你得知道垃圾回收到底干得怎么样,这两个参数会让JVM把每次垃圾回收的详细情况打印到日志里。
   • -XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:/path/to/gc.log 会把GC日志输出到指定文件，之后你可以用一些工具（如GCViewer）分析这个日志，看看内存回收是否健康，有没有频繁的“卡顿”（Full GC）。

核心参数三：故障排查相关

程序出问题了怎么办？这些参数能帮你留下线索。

1. -XX:+HeapDumpOnOutOfMemoryError 和 -XX:HeapDumpPath（内存溢出时自动拍照）
   • 当Java程序爆出著名的OutOfMemoryError（内存溢出）错误时，JVM通常会直接退出，问题出在哪？是哪个对象占用了这么多内存？
   • 加上 -XX:+HeapDumpOnOutOfMemoryError 参数，JVM会在内存溢出那一刻，把整个堆内存的快照（Heap Dump）保存下来。
   • 再用 -XX:HeapDumpPath=/path/to/dump.hprof 指定快照文件的保存路径，然后你就可以用MAT（Memory Analyzer Tool）这样的工具打开快照文件，像侦探一样分析到底是哪些对象“撑爆”了内存。

总结一下

其实对于大多数应用,你只需要关注这几组参数就够了：

• 内存大小：-Xms， -Xmx（设成一样）， -XX:MetaspaceSize， -XX:MaxMetaspaceSize
• 垃圾回收器：-XX:+UseG1GC（采用现代默认值）
• 日志记录：-XX:+PrintGCDetails（用于监控和排查）
• 故障转储：-XX:+HeapDumpOnOutOfMemoryError（用于致命错误分析）

一开始不用追求面面俱到，先用好这些核心参数，保证你的应用能稳定运行，随着对程序行为理解的加深，再慢慢去探索更高级的参数，比如调整线程栈大小（-Xss）、直接内存（-XX:MaxDirectMemorySize）等，调优是一个观察、假设、验证的过程，没有一劳永逸的“最佳配置”,希望这些解释能帮你拨开JVM参数的迷雾。