當使用?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

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?-gcutil?<PID>?5000??#?監控?JVM?垃圾回收情況

  • ??解決方案：
    • ? 減少 JVM 內存分配（如?-Xmx?參數）：

      java?-Xmx1024m?-jar?xxx.jar?&??#?限制最大內存為?1GB

    • ? 優化應用代碼，避免內存泄漏（如大對象未釋放、集合類無限增長等）。

4. 進程被系統服務管理工具終止

• ??若系統使用?systemd?管理服務（如 CentOS 7+、Ubuntu 16+），可能因服務配置不當導致進程重啟失敗。
• ??排查方法：
  • ? 若已將應用配置為?systemd?服務，檢查服務狀態：

    systemctl?status?springboot-app.service??#?假設服務名為?springboot-app

  • ? 若未配置服務，建議通過?systemd?管理進程（更健壯）：
    1. 1. 創建服務文件：

       sudo?vi?/etc/systemd/system/springboot-app.service

    2. 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. 3. 重載配置并啟動服務：

       sudo?systemctl?daemon-reload
       sudo?systemctl?start?springboot-app.service
       sudo?systemctl?enable?springboot-app.service??#?開機自啟

5. 資源限制（如 ulimit 限制）

• ??原因：進程打開的文件句柄數、線程數超過系統限制，導致啟動失敗。
• ??排查方法：

  ulimit?-n??#?查看最大文件句柄數限制
  ulimit?-u??#?查看最大進程數限制

• ??解決方案：
  • ? 臨時調整（當前會話有效）：

    ulimit?-n?65536??#?設置最大文件句柄數為?65536

  • ? 永久調整（需修改?/etc/security/limits.conf）：

    *?soft?nofile?65536
    *?hard?nofile?65536

三、其他排查建議

1. 1.?檢查 JAR 包完整性：
   • ? 重新打包項目，確保 JAR 包未損壞（如?jar -tvf xxx.jar?查看內容是否完整）。
2. 2.?測試純凈環境啟動：
   • ? 在其他服務器或容器中啟動 JAR 包，排除當前服務器環境問題（如缺少系統依賴、權限不足等）。
3. 3.?使用調試模式啟動：

   java?-jar?-Xdebug?-Xrunjdwp:server=y,transport=dt_socket,address=8000,suspend=n?xxx.jar?&

   通過調試工具連接端口（如 IntelliJ IDEA），查看進程掛起位置。

總結操作流程

1. 1.?優先查看日志：通過終端輸出和應用日志定位具體錯誤。
2. 2.?排除基礎問題：端口沖突、依賴缺失、配置錯誤。
3. 3.?處理進程管理問題：使用?nohup?或?systemd?確保進程獨立運行。
4. 4.?優化資源配置：調整 JVM 內存、系統資源限制。

根據日志中的具體錯誤信息，可進一步針對性解決問題。如果仍無法解決，建議提供完整的錯誤日志片段，以便更精準分析。