system.exit 不能直接实现自动重启，仅强制终止 jvm；自动重启需依赖外部守护机制（如 systemd 或 shell 脚本）捕获退出码并拉起新进程。
System.exit 本身不能直接配合进程守护实现自动重启，它只是强制终止当前 JVM 进程；真正的自动重启依赖外部守护机制捕获退出信号并拉起新进程。
System.exit 的作用和局限
System.exit(int status) 会立即终止 JVM，触发 shutdown hooks（如果已注册），然后向操作系统返回退出码。但它不启动新进程，也不感知“崩溃”或“需重启”的语义——退出就是退出。是否重启、何时重启、如何重启，完全由外部程序决定。
常见误区是以为在代码里写 System.exit(1) 就能“触发重启”，其实它只相当于主动调用 kill -9，后续动作必须靠外部保障。
典型守护方案：systemd（Linux 推荐）
使用 systemd 管理 Java 应用是最稳定、最可控的方式。它能监听进程退出、区分退出码、限制重启频率，并自动拉起新实例。
- 编写 service 文件（如 /etc/systemd/system/myapp.service）：
[Unit] Description=My Java App After=network.target [Service] Type=simple User=myuser WorkingDirectory=/opt/myapp ExecStart=/usr/bin/java -jar /opt/myapp/app.jar Restart=on-failure RestartSec=5 StartLimitIntervalSec=60 StartLimitBurst=3 Environment=JAVA_HOME=/usr/lib/jvm/java-17-openjdk [Install] WantedBy=multi-user.target
-
关键配置说明：
- Restart=on-failure：仅当 exit code 非 0 时重启（System.exit(0) 不重启，System.exit(1) 会）
- RestartSec=5：每次重启前等待 5 秒，避免快速闪退打满日志
- StartLimitBurst & StartLimitIntervalSec：防雪崩——1 分钟内最多重启 3 次，超限则 stop 并报错
轻量替代：shell 脚本循环 + exit 码判断
适用于开发环境或容器外简单部署，不依赖 systemd。
- 写一个启动脚本（如 run.sh）：
#!/bin/bash
while true; do
java -jar app.jar
exit_code=$?
echo "App exited with code $exit_code"
if [ $exit_code -eq 0 ]; then
echo "Normal exit — not restarting"
break
else
echo "Restarting in 3 seconds..."
sleep 3
fi
done
- 运行时用 nohup 或 systemd wrapper 启动：
nohup ./run.sh & - 注意：该方式无法优雅处理 SIGTERM、资源泄漏、孤儿进程等问题，生产环境慎用
配合退出码设计业务逻辑
让 System.exit 成为“可控重启开关”，需要约定退出码语义：
- exit(0)：正常关闭（如收到 shutdown 命令），守护进程不应重启
- exit(1)：通用异常退出（如配置加载失败），应重启
-
exit(42)：自定义信号（如“配置变更需热重启”），可在 systemd 中用
RestartPreventExitStatus=0和RestartForceExitStatus=42精确控制
例如，在应用中检测到关键配置损坏时主动 exit(1)，守护进程识别后拉起新实例，比被动崩溃更可控。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
