Windows服务恢复选项需满足非正常退出、自动启动类型等条件才生效，注册表FailureActions配置须正确，单纯重启需配合健康检查以防恶性循环。

windows 服务控制管理器（scm）中的恢复选项，不是“设了就完事”的开关，而是决定服务能否在崩溃后真正自愈的关键逻辑层。它不依赖外部脚本或第三方工具，而是由 scm 原生解析并执行，响应及时、权限可信、行为可控。

恢复动作的三级策略与真实生效条件

在服务属性的“恢复”选项卡中，“第一次失败”“第二次失败”“后续失败”三个下拉项看似简单，但实际触发有严格前提：

• 仅当服务进程非正常退出（如崩溃、被强制终止）时才触发；正常调用 Stop 后退出不会计入失败计数
• SCM 每次检测到服务状态变为 Stopped 且上次状态为 Running，才会判定为一次“失败”
• “重置失败计数”时间必须合理：设为 0 表示永不重置，连续失败两次就可能触发“后续失败”动作；设为 1 小时是较稳妥的默认值，可过滤短时抖动
• 若服务启动后几秒内即崩溃，SCM 会等待约 30 秒再尝试重启——这是内置退避机制，不可跳过

FailureActions 注册表结构与手动校验方法

图形界面设置最终写入注册表 HKLM\SYSTEM\CurrentControlSet\Services\{服务名}\FailureActions，其值为二进制数据，包含动作类型、延迟毫秒、重试次数等字段。可直接验证是否生效：

Windows TTS (WSL2)

在 Windows 11 上"直接发声"的 TTS（从 WSL2/TUI 调用 powershell.exe + System.Speech）。适用于用户说"说出来/读出来/语音播报/用TTS"，或反馈"没声音/tts 生成的 mp3 是空的/播不出来"，以及需要中文语音但 OpenClaw 内置 tts 不可用时。

下载

• 用管理员权限运行 PowerShell，执行：
  (Get-CimInstance Win32_Service -Filter "Name='wuauserv'").FailureActions —— 返回非空数组即表示已配置
• 若返回 null，说明未设置或被清空；此时即使界面上显示已选“重新启动”，也未真正写入
• 手动编辑注册表时，FailureCommand 字符串值必须是完整可执行路径（如 C:\Windows\System32\eventcreate.exe），不能含引号，参数需 URL 编码空格（实际建议用 cmd /c 包裹）

自动重启 ≠ 自愈：必须配合健康前置检查

单纯设成“三次都重启”，可能掩盖根本问题，甚至导致恶性循环（如内存泄漏服务反复崩溃）。真正可用的恢复策略应叠加判断：

• 在“如果服务无法启动，运行以下程序”中填入诊断命令，例如：
  cmd /c "echo %date% %time% >> C:\logs\MySvc-restart.log && netsh interface ipv4 show interfaces"
• 对关键服务（如 SQL Server Agent），建议额外部署 Windows Event Log 监控：捕获 ID 7031（服务意外终止）后，用 Task Scheduler 触发 PowerShell 脚本做堆栈快照或内存 dump
• 若服务依赖网络或数据库，可在启动脚本开头加入 ping 或 telnet 检查，失败则 exit /b 1，主动让 SCM 计入失败而非卡死在启动中

SCM 恢复行为的边界与常见失效场景

不是所有服务都能启用恢复选项，也不是所有崩溃都会触发它：

• 服务的 StartType 必须为 SERVICE_AUTO_START（2）或 SERVICE_DEMAND_START（3）；禁用（4）或延迟启动（SERVICE_DELAYED_AUTO_START，5）状态下，恢复策略不加载
• 若服务以 LocalSystem 身份运行但缺失 SeServiceLogonRight 权限，或访问了被策略拦截的注册表路径，SCM 可能连“启动中”状态都无法进入，此时不走恢复流程，只报错 1053
• 使用 sc failure 命令配置时，第三参数（动作数组）长度必须为 12 字节，前 4 字节为动作码（0=无操作，1=重启服务，2=运行程序，4=重启系统），后 8 字节为对应延迟毫秒（小端序）；错一位就会静默失效