systemd 可原生实现 java 服务秒级自愈，关键在于正确配置 execstart 绝对路径、type=simple、workingdirectory 和 user，并搭配 restart=on-failure、restartsec=10、startlimitintervalsec=60 与 startlimitburst=3 防雪崩，再通过 after=network.target 和 systemctl enable 实现可靠开机自启。
用 systemctl 统一配置 Java 服务的自愈机制，核心是让 systemd 真正“管住”JVM 进程，并在它异常退出时自动拉起。这不是加个定时脚本那么简单，而是要靠 systemd 原生的服务生命周期管理能力——只要配置到位，无需额外工具或轮询，就能实现秒级响应、日志统一、重启可控。
确保 Java 启动方式被 systemd 正确识别
很多 Java 服务启动后立刻失败，根本原因在于 systemd 没把 JVM 当成“长期运行的服务”。关键点有三个：
-
ExecStart 必须用绝对路径：写成
/usr/bin/java -jar /opt/myapp/app.jar，不能只写java -jar app.jar（找不到命令）或用sh -c 'cd ...'（shell 退出后 JVM 被连带杀死） -
Type 必须设为 simple：Spring Boot 打包的 jar 默认就是前台进程，不需要 fork 出子进程，所以不要设
Type=forking；否则 systemd 会误判主进程 PID，导致无法监控真实状态 -
WorkingDirectory 和 User 要显式指定：如果 jar 依赖 config 目录或临时文件，用
WorkingDirectory=/opt/myapp；用User=appuser避免以 root 运行带来的权限和安全风险
配置可靠的重启策略与防雪崩保护
只写 Restart=on-failure 是不够的。生产环境必须搭配限频和等待机制：
-
Restart=on-failure：适合大多数 Java 应用，只在非零退出码、被 SIGKILL/SIGSEGV 终止、OOM kill 或启动超时时重启；避免正常 shutdown（exit 0）也被拉起 -
RestartSec=10：每次重启前等 10 秒，给 JVM 释放资源、日志刷盘留出时间，也防止冷启动失败引发高频震荡 -
StartLimitIntervalSec=60和StartLimitBurst=3：60 秒内最多重启 3 次，超出后 systemd 标记为start-limit-hit并停止尝试——这是防止故障扩散的关键防线
绑定依赖并启用开机自启
让服务真正融入系统启动流程，不只是“能重启”，还要“该启时才启”：
-
After=network.target：确保网络就绪后再启动，避免因 DNS 或远程依赖未通导致启动失败 -
Wants=network.target（可选）：强化网络依赖关系，尤其当服务需访问外网 API 或数据库时 -
sudo systemctl enable myapp.service：注册为开机自启服务，系统重启后自动加载并运行
验证与日常维护要点
配置完别只看 systemctl status 的一句话状态，要盯住三处：
-
journalctl -u myapp -n 50 -f：实时查看最新日志，重点排查ClassNotFoundException、端口占用、配置路径错误等启动期问题 -
ps aux | grep java：确认进程 UID 是否匹配User=设置，且 PID 不断变化说明重启生效 -
sudo systemctl kill --signal=SIGSEGV myapp：手动模拟崩溃（测试环境），观察是否在RestartSec时间后自动恢复
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
