Java 進程退出機制深度解析：System.exit(0) 與 System.exit(1) 的本質區別

方法簽名與核心語義

public static void exit(int status)

System.exit(status) 用於終止當前運行的 Java 虛擬機 (JVM)。參數 status 為退出狀態碼：

• 0：正常終止（約定俗成）。
• 非 0：異常終止（具體碼可自定義業務含義）。

底層調用 Runtime.getRuntime().exit(status)，該方法永不正常返回。

JVM 關閉鉤子與兩階段關閉流程

調用 System.exit() 會觸發 JVM 關閉序列，包含兩個階段：

1. 關閉鉤子階段： 以未指定順序啟動所有已註冊的 Shutdown Hook（Runtime.addShutdownHook(Thread)），允許它們併發運行直至結束。
2. 終結器階段： 若啟用 runFinalizersOnExit（已過時），運行所有未被調用的 finalize() 方法。

完成後 JVM 停止。若在關閉序列已開始時再次調用 exit()，會阻塞或導致異常行為。

實戰場景與最佳實踐

1. 正常業務流程結束

if (businessSuccess) {
    // 釋放資源、關閉連接池、刷新日誌...
    System.exit(0); // 告知操作系統/調度系統：任務成功
}

2. 異常捕獲與非正常退出

try {
    // 核心業務邏輯
} catch (Exception e) {
    log.error("致命錯誤，進程即將退出", e);
    // 可在此註冊關閉鉤子做兜底清理
    System.exit(1); // 非零碼，標記異常退出
}

3. 容器化環境中的關鍵作用

在 Docker/K8s 中，容器的重啟策略、健康檢查、Job 完成判斷完全依賴進程退出碼：

• exit 0 → 任務成功，K8s Job 標記 Complete；Deployment 不重啟。
• exit 1 (或其他非零) → 任務失敗，K8s 根據 restartPolicy 決定重啟或標記 Failed。

常見誤區與注意事項

• 誤區： System.exit() 會立即殺死進程。事實： 會等待所有非守護線程結束，並執行關閉鉤子。若鉤子死鎖，進程將掛起不退出。
• Web 容器禁忌： 在 Tomcat/Jetty/Spring Boot 等容器管理的應用中嚴禁直接調用，應使用容器提供的關閉 API（如 SpringApplication.exit()），否則導致資源洩漏、端口未釋放。
• 安全管理器： 若存在 SecurityManager，需 checkExit(status) 權限，否則拋出 SecurityException。