在 Debian 上运行 Java 应用时，内存参数往往决定了服务是稳定运行，还是频繁触发 OOM、GC 抖动和启动后反复扩容。真正要做的并不复杂：先判断应用是怎么启动的，再把 -Xms、-Xmx 放到对应的位置。本文按四种最常见的部署方式展开，读完你可以直接判断自己该改命令、环境变量、systemd 服务，还是应用服务器配置文件。
先判断：你应该改哪个启动入口
Debian 上调整 Java 内存，第一步不是急着改参数，而是先确认应用的启动方式。不同入口对应不同配置位置，改错地方往往不会生效。
- 如果应用是手动执行
java -jar启动，直接改命令行参数即可。 - 如果你希望多次启动复用同一套参数，适合放到环境变量中统一管理。
- 如果应用由
systemd托管，应该修改服务文件里的启动命令。 - 如果运行在 Tomcat、Jetty、JBoss、WildFly 等应用服务器中，就要去改对应的配置文件或启动脚本。
不管采用哪种方式，本文涉及的核心参数都是 JVM 堆内存设置：
-Xms：初始堆内存大小。-Xmx：最大堆内存大小。
很多场景里会建议把 -Xms 和 -Xmx 设为相同值，这样可以减少运行时频繁扩容带来的波动，但是否固定成一致，仍要结合实际负载来判断。
场景一：直接通过命令行启动应用
如果你的应用就是手动执行命令启动，这是最直接也最容易验证的一种方式。把内存参数写在 java 命令后面即可：
java -Xms512m -Xmx1024m -jar your-application.jar这条命令里：
-Xms512m表示初始堆内存设为 512MB。-Xmx1024m表示最大堆内存设为 1024MB。
这种方式适合临时测试、单机手动运行，或者你正在排查某个参数组合是否有效的场景。优点是修改后立即生效，缺点也很明显：每次启动都要手动带上参数，维护成本会随着服务数量上升。
场景二：用环境变量统一管理 JVM 参数
如果你不想每次都手动输入一遍参数，可以把 JVM 选项写进环境变量，常见做法是在 ~/.bashrc 或 ~/.profile 中加入：
export JAVA_OPTS="-Xms512m -Xmx1024m"保存后执行下面的命令让配置立即生效：
source ~/.bashrc或者：
source ~/.profile之后启动应用时，直接引用这个变量：
java $JAVA_OPTS -jar your-application.jar这种方式的价值在于，一处修改即可影响后续同类启动命令，适合多个应用共享同一套 JVM 参数的场景。不过也要注意，环境变量只会对读取它的启动方式生效；如果服务是由 systemd 或应用服务器自行管理，单纯改用户 shell 配置不一定能覆盖到实际运行进程。
场景三：systemd 托管服务如何固化内存参数
在生产环境里，很多 Java 应用并不是手动执行，而是作为系统服务由 systemd 管理。这种情况下，应该直接修改服务文件中的 ExecStart。
例如编辑 /etc/systemd/system/your-application.service：
[Unit]
Description=Your Java Application
[Service]
ExecStart=/usr/bin/java -Xms512m -Xmx1024m -jar /path/to/your-application.jar
Restart=always
[Install]
WantedBy=multi-user.target修改完成后，需要重新加载配置并重启服务：
sudo systemctl daemon-reload
sudo systemctl restart your-application这一步不能省。因为只有执行了 daemon-reload，systemd 才会重新读取修改后的服务定义；而重启服务后，新的 JVM 参数才会真正进入运行中的进程。
这种方式最适合长期运行的后台服务。优点是参数会随服务配置一起固定下来，系统重启后也能自动保持一致，适合线上环境做标准化管理。
场景四：Tomcat、Jetty 等应用服务器在哪里改
如果你的 Java 应用不是直接跑 jar，而是部署在 Tomcat、Jetty 等应用服务器里，通常不改业务启动命令，而是去调整服务器自身的 JVM 参数配置。
Tomcat 的配置方式
Tomcat 常见做法是编辑 /etc/default/tomcat9，具体版本号可能随安装版本不同而变化。找到 JAVA_OPTS 变量后，加入需要的参数：
JAVA_OPTS="-Xms512m -Xmx1024m -server -XX:+UseParallelGC"然后重启 Tomcat：
sudo systemctl restart tomcat9这里除了堆内存参数，还示例加入了 -server 和 -XX:+UseParallelGC。是否保留这些附加项，取决于你的运行环境和垃圾回收策略需求。
Jetty 的配置方式
Jetty 的思路类似，一般是修改启动脚本，例如 /etc/init.d/jetty，在 JAVA_OPTS 中加入：
JAVA_OPTS="-Xms512m -Xmx1024m"修改后重启服务：
sudo service jetty restart像 JBoss、WildFly 等其他应用服务器，处理方法也基本一致：先找到实际注入 JVM 参数的配置文件或启动脚本，再把堆内存参数写进去，而不是只改应用层命令。
改完之后，怎么确认参数真的合理
参数写进去只是第一步，真正稳妥的做法是观察修改后的运行效果。文中提到的 jstat 和 jvisualvm 都可以用来查看堆使用情况、GC 频率和内存波动。
如果调整后依然频繁触发 Full GC，或者内存始终贴近 -Xmx 上限，说明当前配置可能偏小；如果分配得过大，又会挤占系统其他服务可用内存。比较实用的判断方式是：结合应用启动方式选对配置入口，再通过监控看堆使用曲线和垃圾回收表现，而不是只盯着一个固定数值。
对于 Debian 环境下的 Java 服务来说，命令行、环境变量、systemd 和应用服务器配置，基本已经覆盖了大多数实际场景。你只需要确认应用归属于哪一类，然后在对应位置写入 -Xms 和 -Xmx 即可。
