restart=always 需搭配 restartsec、startlimit* 和匹配的 type 才能实现秒级拉起：restartsec 控制重启延迟，startlimitintervalsec/startlimitburst 解除频率限制，type 决定重启触发时机，四者协同方可确保崩溃后快速稳定恢复。
在 systemd 单元文件中配置 Restart=always 确实能让服务崩溃后自动重启，但“秒级拉起”不是仅靠这一项就能实现的——它依赖于多个配套参数协同作用。默认情况下，systemd 会在服务退出后立即尝试重启，但若未显式控制重启间隔和失败判定逻辑，可能因频繁崩溃触发速率限制，反而延迟恢复。
Restart=always 必须搭配 RestartSec 才能真正秒级响应
Restart=always 表示无论服务以何种状态退出（包括成功退出），都触发重启。但 systemd 默认的重启间隔是 100ms（即 0.1 秒），这虽快，但实际中常需更明确、可预期的延迟。建议显式设置 RestartSec=1（单位为秒）或 RestartSec=0.5（支持小数，最小支持 0.1 秒）：
-
RestartSec=0.2→ 崩溃后 200 毫秒启动新进程（适合轻量、无状态服务） - 避免设为
0：systemd 不允许RestartSec=0，会退回到默认值；设太小（如0.01）可能被截断为0.1 - 注意：过短的间隔若服务持续崩溃，可能触发
StartLimitIntervalSec限流（见下文）
解除启动频率限制，避免“重启被拒”
systemd 默认启用启动次数限制（StartLimitIntervalSec=10，StartLimitBurst=5），即 10 秒内最多启动 5 次。若服务反复崩溃，第 6 次重启会被拒绝，并记录 Start request repeated too quickly 错误。要实现稳定秒级拉起，需放宽或禁用该限制：
- 完全禁用：添加
StartLimitIntervalSec=0（设为 0 表示不限制） - 宽松控制：例如
StartLimitIntervalSec=60+StartLimitBurst=30，允许每分钟重启 30 次 - 务必同时设置两者，仅改其一无效
确保服务类型匹配，避免 restart 被忽略
Restart=* 策略只对特定 Type= 生效。常见误区是用了 Type=simple 却期望进程退出即触发重启，但实际上：
-
Type=simple（默认）：systemd 认为服务启动完成即进入运行态，此后主进程退出才触发Restart -
Type=forking：需配合PIDFile=，systemd 监控 pid 文件对应进程，而非启动命令的父进程 -
Type=notify：服务需主动发送SIGUSR1或调用sd_notify(3)告知就绪；崩溃时 systemd 可更快感知 - 错误用法：
Type=oneshot+Restart=always无效，因为 oneshot 类型本就不设计为长期运行
补充健壮性配置，防止“假活”干扰重启判断
仅靠 Restart=always 无法区分“进程还在但已卡死”。建议组合以下配置提升真实可用性：
-
RestartPreventExitStatus=：指定某些退出码不触发重启（如程序主动调用exit(0)表示正常关闭） -
WatchdogSec=30+RestartSec=5：启用看门狗，服务需定期调用sd_notify("WATCHDOG=1")，超时未上报则强制重启 -
ExecStartPost=/bin/sh -c 'sleep 0.1'：对极敏感服务，可加微小延时避免瞬时资源争抢
不复杂但容易忽略：Restart=always 是开关，RestartSec 是节奏，StartLimit* 是闸门，Type 是监听模式——四者配齐，才能让崩溃后的服务真正“秒级回归”。
