linux,我启动一个springboot项目， 用java -jar xxx.jar & ,但是没多久这个java进程就会自动关掉
当使用 java -jar xxx.jar & 启动 Spring Boot 项目后进程自动关闭时，可能由多种原因导致。以下是常见排查步骤和解决方案：
一、查看日志定位原因
进程异常关闭通常会在控制台或日志中留下线索，建议先获取完整日志：
1. 查看终端输出日志
- • 虽然使用
&让进程在后台运行，但默认情况下，进程的 标准输出（stdout）和标准错误（stderr）仍会输出到当前终端。 - • 若终端已关闭或清空，可通过以下方式重新关联日志：
tail -f nohup.out # 若使用 nohup 启动（见下文方案）
2. 查看 Spring Boot 应用日志
- • 确保应用日志配置正确（如
logback或log4j），检查日志文件（默认可能在./logs/目录下），查看是否有 启动失败、依赖缺失、端口占用、数据库连接失败 等错误。
二、常见原因及解决方案
1. 应用自身启动失败
- • 现象：进程启动后立即退出，日志中出现
Application run failed、Error starting ApplicationContext等错误。 - • 排查方向：
- • 端口冲突：检查端口是否被占用（如
8080）：
若被占用，修改lsof -i :8080 # 查看端口占用application.properties中的端口：server.port=8081 - • 依赖缺失：检查
pom.xml或build.gradle中是否缺少必要依赖（如数据库驱动、Spring Boot Starter），重新打包项目：mvn clean package -DskipTests # Maven 打包 - • 配置错误：检查数据库连接配置、文件路径等是否正确，避免语法错误（如 YAML 格式缩进问题）。
- • 端口冲突：检查端口是否被占用（如
2. 后台进程被终端会话终止（挂起信号）
- • 原因：使用
&启动的进程属于当前终端会话的子进程，当终端关闭时，进程可能收到SIGHUP（挂起）信号而终止。 - • 解决方案：使用
nohup或disown避免进程受终端影响：- • 方案一：用 nohup 启动（将日志重定向到文件）：
nohup java -jar xxx.jar > app.log 2>&1 &- •
nohup：忽略SIGHUP信号，防止终端关闭导致进程终止。 - •
> app.log 2>&1：将 stdout 和 stderr 重定向到app.log文件。
- •
- • 方案二：启动后用 disown 脱离会话：
java -jar xxx.jar & disown -h $! # $! 表示最后一个后台进程的 PID
- • 方案一：用 nohup 启动（将日志重定向到文件）：
3. OOM（内存不足）导致进程被系统终止
- • 现象：日志中出现
java.lang.OutOfMemoryError，或系统日志（如/var/log/syslog）中有kill进程的记录（Out of memory: Kill process ... java）。 - • 排查方法：
- • 查看进程内存占用：
ps -eo pid,ppid,%mem,%cpu,command | grep java # 查看 Java 进程内存 jstat -gcutil5000 # 监控 JVM 垃圾回收情况 - • 解决方案：
- • 减少 JVM 内存分配（如
-Xmx参数）：java -Xmx1024m -jar xxx.jar & # 限制最大内存为 1GB - • 优化应用代码，避免内存泄漏（如大对象未释放、集合类无限增长等）。
- • 减少 JVM 内存分配（如
- • 查看进程内存占用：
4. 进程被系统服务管理工具终止
- • 若系统使用
systemd管理服务（如 CentOS 7+、Ubuntu 16+），可能因服务配置不当导致进程重启失败。 - • 排查方法：
- • 若已将应用配置为
systemd服务，检查服务状态：systemctl status springboot-app.service # 假设服务名为 springboot-app - • 若未配置服务，建议通过
systemd管理进程（更健壮）：- 1. 创建服务文件：
sudo vi /etc/systemd/system/springboot-app.service - 2. 写入以下内容（根据实际路径修改）：
[Unit] Description=Spring Boot Application After=network.target [Service] User=root WorkingDirectory=/path/to/jar ExecStart=/usr/bin/java -jar xxx.jar Restart=always # 自动重启 RestartSec=10 # 重启间隔 10 秒 SyslogIdentifier=springboot-app Environment=JAVA_OPTS=-Xmx1024m [Install] WantedBy=multi-user.target - 3. 重载配置并启动服务：
sudo systemctl daemon-reload sudo systemctl start springboot-app.service sudo systemctl enable springboot-app.service # 开机自启
- 1. 创建服务文件：
- • 若已将应用配置为
5. 资源限制（如 ulimit 限制）
- • 原因：进程打开的文件句柄数、线程数超过系统限制，导致启动失败。
- • 排查方法：
ulimit -n # 查看最大文件句柄数限制 ulimit -u # 查看最大进程数限制 - • 解决方案：
- • 临时调整（当前会话有效）：
ulimit -n 65536 # 设置最大文件句柄数为 65536 - • 永久调整（需修改
/etc/security/limits.conf）：* soft nofile 65536 * hard nofile 65536
- • 临时调整（当前会话有效）：
三、其他排查建议
- 1. 检查 JAR 包完整性：
- • 重新打包项目，确保 JAR 包未损坏（如
jar -tvf xxx.jar查看内容是否完整）。
- • 重新打包项目，确保 JAR 包未损坏（如
- 2. 测试纯净环境启动：
- • 在其他服务器或容器中启动 JAR 包，排除当前服务器环境问题（如缺少系统依赖、权限不足等）。
- 3. 使用调试模式启动：
通过调试工具连接端口（如 IntelliJ IDEA），查看进程挂起位置。java -jar -Xdebug -Xrunjdwp:server=y,transport=dt_socket,address=8000,suspend=n xxx.jar &
总结操作流程
- 1. 优先查看日志：通过终端输出和应用日志定位具体错误。
- 2. 排除基础问题：端口冲突、依赖缺失、配置错误。
- 3. 处理进程管理问题：使用
nohup或systemd确保进程独立运行。 - 4. 优化资源配置：调整 JVM 内存、系统资源限制。
根据日志中的具体错误信息，可进一步针对性解决问题。如果仍无法解决，建议提供完整的错误日志片段，以便更精准分析。
本文地址：https://www.vps345.com/13198.html
上一篇：ubuntu改用户权限
