|
1 |
nohup java -jar my-app.jar & |
这确实能跑。但在生产环境，这种做法就像是在高压线上走钢丝。
nohup & 为什么不行？nohup 加 & 只是把进程放到后台运行、忽略挂断信号而已，它根本不是一个进程管理方案。生产环境用这套，你会频繁踩到这些坑：
ps 找 PID 再 kill，手一抖可能误杀其他服务root 跑，安全风险极高“Linux部署SpringBoot项目”这八个字背后，其实是一条横跨开发、运维、安全、性能四个维度的实战链条。你得会用 systemd 做服务守护，而不是靠
nohup &硬扛。
下面介绍三种生产级的解决方案，按推荐程度排序。
systemd 是现代 Linux 发行版（CentOS 7+、Ubuntu 16.04+）的标准服务管理器。用它管理 Spring Boot 应用，无需安装任何额外软件，功能却比 nohup 强大得多。
绝对不要用 root 用户运行业务代码：
|
1 2 3 4 |
# 创建一个没有登录权限的用户 sudo useradd -r -s /bin/false app_user # 确保该用户对 JAR 包有读写权限 sudo chown app_user:app_user /opt/myapp/app.jar |
在 /etc/systemd/system/myapp.service 创建服务配置文件：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 |
[Unit] Description=My Spring Boot Application After=syslog.target network.target [Service] # 指定运行用户，实现权限隔离 User=app_user Group=app_user # 核心启动命令（建议指定完整 Java 路径和 JVM 参数） ExecStart=/usr/bin/java -Xms512m -Xmx512m -XX:+UseG1GC \ -jar /opt/myapp/app.jar \ --spring.profiles.active=prod # Spring Boot 优雅关闭：143 代表 SIGTERM 信号正常退出 SuccessExitStatus=143 # 崩溃自动重启 Restart=always RestartSec=10 # 日志由 systemd 接管，用 journalctl 查看 StandardOutput=syslog StandardError=syslog SyslogIdentifier=myapp [Install] WantedBy=multi-user.target |
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
# 重载配置 sudo systemctl daemon-reload # 设置开机自启（从此告别重启焦虑） sudo systemctl enable myapp # 启动服务 sudo systemctl start myapp # 查看状态 sudo systemctl status myapp # 查看日志 sudo journalctl -u myapp -f |
很多银行、国企的内网环境只有普通账号，没有 sudo 权限。这时可以用 systemd 的用户模式（User Mode） ：
|
1 2 3 4 5 6 7 8 9 10 11 |
# 创建用户级服务文件 mkdir -p ~/.config/systemd/user/ # 把 .service 文件放到这个目录，内容同上但去掉 User/Group 字段 # 启用并启动 systemctl --user enable myapp systemctl --user start myapp # 关键：开启 linger 让用户退出后服务继续运行 # 这需要管理员执行一次： sudo loginctl enable-linger <username> |
如果你的系统还在用旧版 CentOS 6，或者需要一个轻量级、跨语言的进程管理工具，Supervisor 是很好的选择。
|
1 2 3 4 5 |
# Ubuntu/Debian sudo apt install supervisor # CentOS sudo yum install supervisor |
在 /etc/supervisor/conf.d/myapp.conf 创建配置：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
[program:myapp] command=/usr/bin/java -Xms512m -Xmx512m -jar /opt/myapp/app.jar --spring.profiles.active=prod directory=/opt/myapp user=app_user autostart=true autorestart=true startsecs=10 stopasgroup=true killasgroup=true stopwaitsecs=30 redirect_stderr=true stdout_logfile=/var/log/myapp/out.log stdout_logfile_maxbytes=50MB stdout_logfile_backups=10 environment=JAVA_HOME="/usr/lib/jvm/java-17-openjdk-amd64" |
几个关键配置必须注意：
command**必须用绝对路径**写 Java 命令，Supervisor 不继承系统的 $PATHautorestart=true + startsecs=10：告诉 Supervisor 这是长运行服务，别因为启动慢就杀掉stopasgroup=true + killasgroup=true：确保能杀死整个进程组，否则线程池、Netty 的子线程可能残留|
1 2 3 4 |
sudo supervisorctl reread sudo supervisorctl update sudo supervisorctl start myapp sudo supervisorctl status |
注意：CentOS 7+ 上 systemd 已成为标准，Supervisor 在部分发行版中已逐步被弃用。新项目优先选 systemd。
如果你的团队已经走上容器化之路，Docker + K8s 是更现代化的方案。
|
1 2 3 4 5 |
FROM openjdk:17-jdk-slim WORKDIR /app COPY target/myapp.jar app.jar EXPOSE 8080 ENTRYPOINT ["java", "-Xms512m", "-Xmx512m", "-jar", "app.jar"] |
Spring Boot 3.x 对容器化提供了良好的支持，容器化部署非常简单。
K8s 本身就是一个生产级的进程守护系统：
Docker 解决环境一致性，K8s 搞定自动化运维。
不管你选哪种方案，下面这些事一定要做：
| 检查项 | 说明 |
|---|---|
| 专用运行用户 | 绝对不要用 root 跑应用 |
| JVM 参数调优 | 指定 -Xms、-Xmx、GC 策略，别用默认值 |
| 指定配置文件 | 用 --spring.config.location 外挂配置，不要打包进 JAR |
| 优雅关闭 | SuccessExitStatus=143 让 Spring Boot 能正常执行 @PreDestroy |
| 日志管理 | 配置日志轮转（Logback 的 RollingPolicy），防止磁盘占满 |
| 开机自启 | systemctl enable 或 autostart=true |
| 防火墙 | 确认安全组和系统防火墙放行了应用端口 |
| Java 版本匹配 | Spring Boot 2.7.x 用 JDK 8/17，3.x 强制 JDK 17+ |
| 方案 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|
| Systemd | 绝大多数 Linux 生产环境 | 原生集成、功能强大、无需安装 | 仅限 Linux |
| Supervisor | 旧系统、跨语言场景 | 轻量、配置灵活 | CentOS 7+ 逐步弃用 |
| Docker + K8s | 云原生、微服务架构 | 环境一致、自动化运维 | 学习成本高、基础设施要求高 |
一句话建议：如果你的服务器是 CentOS 7+ 或 Ubuntu 16.04+，直接用 systemd；如果公司已经上了容器，走 Docker + K8s；只有特殊情况才考虑 Supervisor。
别再让 nohup java -jar 这种开发期玩具跑在生产环境了。生产环境需要的不是“能跑”，而是 “稳如磐石地跑满 365 天” 。