仅靠 java -jar 无法持久化运行；必须组合 nohup + & + 输出重定向，否则终端关闭或 ssh 断连时进程立即终止。因其默认前台阻塞运行，接收 sighup 信号即退出，且不处理会话生命周期、无内存配置、无日志重定向、无后台守护机制。
直接结论：仅靠 java -jar 无法持久化运行；必须组合 nohup + & + 输出重定向，否则终端关闭或 SSH 断连时进程立即终止。
为什么 java -jar xxx.jar 不能后台持久化
这个命令默认是前台阻塞式运行：终端窗口被锁死，Ctrl+C 会终止，SSH 断开或关闭窗口时内核会发送 SIGHUP 信号，JVM 进程随之退出。它不关心会话生命周期，也不做任何守护处理。
-
java -jar xxx.jar &只解决“不卡终端”问题，但没屏蔽SIGHUP—— 关闭 shell 后照样挂掉 - 没有日志重定向时，输出会写入当前目录的
nohup.out，容易和应用自身日志冲突（比如 Spring Boot 的logging.file.name） - 未指定 JVM 参数（如堆内存）时，可能因 OOM 被系统 kill，且无痕迹可查
nohup java -jar 的标准写法与关键参数
真正能扛住断连、适合生产部署的最小可靠命令是：
nohup java -Xms512m -Xmx2g -jar your-app.jar > app.log 2>&1 &
其中每个部分都不可省略或随意调换顺序：
-
nohup：拦截SIGHUP，让进程脱离终端会话生命周期 -
-Xms512m -Xmx2g：显式设置堆内存，避免默认值过小导致频繁 GC 或 OOM；数值按实际服务负载调整 -
> app.log：重定向标准输出（stdout），防止刷屏或丢失 -
2>&1：把标准错误（stderr）合并进同一日志文件，否则异常堆栈会直接丢弃或混入终端 -
&：放在整条命令末尾，表示后台启动；写在中间（如nohup ... & java -jar ...）会导致语法错误
常见错误现象与排查点
执行后看似成功，但过几分钟发现服务不可用？大概率踩了这些坑：
- 路径错误：
your-app.jar是相对路径，而nohup启动后工作目录可能不是你预期的——建议用绝对路径，如/opt/app/your-app.jar - 权限不足：JVM 没有读取 jar 包或写入
app.log的权限，检查ls -l和父目录chmod设置 - 端口被占：Spring Boot 默认用
8080，但nohup不校验端口可用性，启动失败时错误被重定向进日志，需tail -n 20 app.log确认 - Java 版本不匹配：
java -version输出的 JDK 版本低于 jar 编译版本（如 jar 用 JDK 17 编译，服务器只有 JDK 8），会报UnsupportedClassVersionError - 忘记加
&：命令末尾漏掉&，进程虽带nohup但仍在前台运行，关窗即死
验证是否真正在后台持续运行
别只看命令返回了 [1] 12345 就以为万事大吉。必须手动验证：
- 用
ps -ef | grep "your-app.jar"查进程是否存在，注意过滤掉grep自身（加空格或用pgrep -f更准） - 用
lsof -i :8080（替换为你实际端口）确认端口监听状态，而非只查 Java 进程 - 用
tail -f app.log观察是否有启动完成日志（如 Spring Boot 的Started Application in），而不是卡在某一行不动 - 主动断开 SSH 再重连，重新执行上述检查 —— 这才是“持久化”的唯一检验方式
真正难的不是启动命令本身，而是确保 JVM 进程在无人值守时稳定存活：路径、权限、端口、JDK、日志分流，任一环节松动都会让服务悄无声息地掉线。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
