配置 Java 内存这件事，说难不难，但若没有摸清门道，踩坑也是分分钟的事。尤其是在 CentOS 环境下，参数调优直接关系到应用的稳定性与吞吐量。下面直接切入正题，聊聊那些你必须要掌握的配置方法以及背后的逻辑。

一、核心 JVM 内存参数解读

JVM 的内存配置，本质上就是通过一组启动参数来告诉虚拟机：堆内存该多大，年轻代和老年代怎么分配，元空间留多少。先梳理几个最常用的参数，做到心中有数。

• -Xms 与 -Xmx：一个管初始堆，一个管最大堆。比如设成-Xms512m -Xmx2g，意思就是启动时给 512 MB，不够了可以扩容到 2 GB。两者一般建议设为相同值，能省去运行时动态调整的开销。
• -Xmn：专门指定年轻代（新生代）的大小。剩下的堆空间自然归老年代。
• -XX:NewRatio：这是年轻代和老年代的“分蛋糕”比例。设成 3，就是年轻代 1 份，老年代 3 份，整个堆被分成 4 份。
• -XX:SurvivorRatio：在年轻代内部，Eden 区和两个 Survivor 区的比例。设为 8，意味着 Eden 占 80%，两个 Survivor 各占 10%。
• -XX:MetaspaceSize / -XX:MaxMetaspaceSize：Java 8 以后，永久代被元空间取代，这两个参数分别控制元空间的初始值和上限。如果应用里动态生成的类特别多，建议把这个值设大一些。
• -XX:+UseG1GC：选定 G1 垃圾回收器。在堆内存较大（比如 4 GB 以上）的应用里，G1 通常是个稳妥的选择。

把这些参数串起来，一个完整的启动命令大概长这样：ja va -Xms4g -Xmx4g -Xmn1g -XX:NewRatio=3 -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=512m -XX:+UseG1GC -jar your-application.jar

注意，参数只是工具，关键是怎么根据应用的实际场景去组合。

二、动手配置：四种落地方式

根据启动方式的不同，你可以选择下面这四种方法之一，或者混合使用。

1. 命令行直接配置（临时方案）

最直接的方式，适合临时调试或快速验证。比如：ja va -Xms512m -Xmx1024m -jar /path/to/your-application.jar。但要注意，关掉终端窗口就失效了，别指望它能一劳永逸。

2. 环境变量配置（长期方案）

通过设置JA VA_OPTS这个环境变量，可以统一管理所有 Java 应用的内存参数。临时生效的话，在当前终端执行：export JA VA_OPTS="-Xms512m -Xmx1024m"。想要永久生效，就把这行命令写进~/.bashrc或/etc/profile，再执行source让它生效。以后启动应用直接写ja va $JA VA_OPTS -jar your-application.jar就行。

3. 启动脚本配置（自定义脚本）

如果应用是通过自定义脚本（比如start-app.sh）启动的，那直接在脚本里定义JA VA_OPTS变量即可。例如：

#!/bin/bash
JA VA_OPTS="-Xms1g -Xmx2g -Xmn512m -XX:+UseG1GC"
ja va $JA VA_OPTS -jar /path/to/your-application.jar

保存后别忘了chmod +x start-app.sh，运行脚本就能生效。

4. systemd 服务配置（生产环境）

对于用systemd来管理的服务，需要修改对应的 service 文件。比如your-application.service，在[Service]部分添加Environment和ExecStart：

[Service]
Environment="JA VA_OPTS=-Xms2g -Xmx4g -XX:MetaspaceSize=512m -XX:MaxMetaspaceSize=1g"
ExecStart=/usr/bin/ja va $JA VA_OPTS -jar /path/to/your-application.jar

改完之后执行sudo systemctl daemon-reload，再sudo systemctl restart your-application，配置就生效了。这是生产环境最推荐的做法。

三、配置建议：别让内存成为瓶颈

参数设置不能拍脑袋，得结合物理内存和应用特性来权衡。

• 物理内存占比：16 GB 内存的机器，-Xmx建议设为 8 GB（50%）；8 GB 内存的机器，建议设 4 GB（50%）。给系统和其他进程留够空间，避免内存紧张导致卡顿。
• 年轻代与老年代：如果应用里对象“短命”，比如 Web 应用，大部分对象很快就能被回收，那就把年轻代调大一些（比如-XX:NewRatio=1）；反过来，如果是大数据处理这类长生命周期对象居多的应用，年轻代可以缩小（比如-XX:NewRatio=3）。
• 元空间：类加载特别频繁的应用（比如动态生成类的框架），记得把-XX:MaxMetaspaceSize设得高一些，比如 1 GB，防止元空间溢出。
• 垃圾回收器选择： - 追求吞吐量：用-XX:+UseParallelGC； - 延迟敏感（比如实时系统）：用-XX:+UseG1GC； - 极致低停顿（比如金融交易系统）：JDK 11 以上可以考虑-XX:+UseZGC。

四、验证与监控：配置落地，才算结束

配置完不等于万事大吉，必须确认参数是否真的生效，并且持续监控运行情况。

• 验证生效：运行ja va -XX:+PrintFlagsFinal -version | grep -iE "MaxHeapSize|InitialHeapSize|MetaspaceSize"，看到的值就是你设的，说明生效了。
• 监控内存：用jstat -gc 能看堆内存和垃圾回收的详细情况；用top或htop看系统整体内存占用。
• 生产环境建议：搭建 Prometheus 搭配 Grafana 的监控方案，实时追踪内存使用趋势，比出问题再查强多了。