java中未捕获异常会导致jvm以非零退出码退出，systemd通过restart=on-failure可感知并自动重启；需确保main线程因异常终止、避免守护线程残留，并配合restartsec=5、startlimitintervalsec=60和startlimitburst=3防雪崩。
Java 中 throw 抛出的未捕获异常会导致 JVM 进程非正常退出（exit code 非 0），systemd 能感知到进程终止，并根据配置的 Restart= 策略决定是否重启服务。
确保 JVM 进程真正退出
未捕获异常默认会终止当前线程，若该线程是主线程（main thread），JVM 会正常退出；但如果主线程已结束、仅剩守护线程（如日志线程、心跳线程），JVM 可能静默退出或卡住——此时 systemd 无法触发重启。
- 确认主类的
main()方法是服务的唯一入口，且不被提前 return 或 System.exit(0) 干扰 - 避免在 main 线程中启动后台线程后立即 return；应通过
Thread.join()或信号机制等待关键逻辑完成 - 可在启动脚本或 Java 启动参数中加
-Dsun.misc.Signal.handle=true（非常规，一般不需要）；更推荐用Runtime.getRuntime().addShutdownHook()做清理，但不影响退出判定
配置 systemd 的 Restart 策略
在 service 文件中设置合适的重启条件，关键是让 systemd 认为“进程失败”而非“主动退出”：
-
Restart=on-failure：适用于大多数场景，当进程 exit code 非 0 或被信号终止时重启（含未捕获异常导致的非零退出） -
Restart=always：无论 exit code 如何都重启（慎用，可能掩盖配置错误） -
RestartSec=5：延迟 5 秒重启，避免频繁崩溃打满日志 -
StartLimitIntervalSec=60和StartLimitBurst=3：限制 60 秒内最多重启 3 次，防雪崩
验证 exit code 是否反映异常
JVM 在未捕获异常终止时，通常以 exit code 1 结束。可通过以下方式确认：
- 手动运行 jar：
java -jar app.jar; echo $?—— 触发异常后应输出非 0（如 1） - 查看 systemd 日志：
journalctl -u your-service.service -n 20，找类似Process exited, code=exited, status=1/FAILURE - 若始终显示
status=0，说明应用被显式调用了System.exit(0)，或主线程未因异常终止（比如异常被吞、main 方法已返回）
补充建议：增强可观测性
仅靠 restart 不够，需快速定位为何抛异常：
- 在 main 方法最外层加 try-catch，打印堆栈并
System.exit(1)，确保 exit code 明确 - 启用 JVM 参数：
-XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+HeapDumpOnOutOfMemoryError（OOM 场景） - service 文件中配置
StandardError=journal和Environment="JAVA_TOOL_OPTIONS=-Dfile.encoding=UTF-8"，避免日志乱码丢失关键信息
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
