我之前也碰到过类似打印机驱动注册表项搞崩Print Spooler的糟心事，手动修复太折腾，用Windows服务的恢复机制来自动处理确实是省心的方案。下面一步步给你讲怎么落地：

1. 优化你的批处理脚本 #

首先得确保脚本足够健壮，能应对各种场景（比如服务本来就停着、注册表项已经被删除），给你个示例模板：

@echo off
setlocal enabledelayedexpansion

:: 替换成你实际要删除的问题注册表项路径
set "REG_PROBLEM_PATH=HKLM\SYSTEM\CurrentControlSet\Control\Print\Printers\ProblematicDriver\BadKey"

:: 强制停止Print Spooler服务（/y参数跳过确认）
net stop spooler /y

:: 静默删除目标注册表项（/f强制删除，>nul 2>&1屏蔽命令输出）
reg delete "%REG_PROBLEM_PATH%" /f >nul 2>&1

:: 重启Print Spooler服务
net start spooler

echo Print Spooler自动修复完成！

提示：一定要把REG_PROBLEM_PATH替换成你实际排查到的那个导致崩溃的注册表项路径，别直接用示例里的占位符。

2. 配置Print Spooler服务的自动恢复规则 #

接下来要让Windows在服务崩溃时自动调用这个脚本，操作步骤很直观：

• 按Win + R输入services.msc打开服务管理器
• 找到Print Spooler服务，右键选择「属性」
• 切换到「恢复」选项卡，按以下配置：
  • 第一次失败：选择「运行程序」，点击「浏览」找到你的批处理文件
  • 第二次失败：同样选择「运行程序」，指向同一个脚本（也可以选「重启服务」，但建议先执行修复逻辑）
  • 后续失败：根据实际情况选「重启服务」或继续执行脚本
  • 勾选「重置失败计数为0天后」，比如设为1天，避免短时间内重复触发
• 点击「应用」「确定」保存设置

3. 验证方案有效性 #

可以手动触发崩溃来测试：

• 打开管理员权限的命令提示符，输入taskkill /f /im spoolsv.exe强制结束打印池进程
• 观察服务是否会自动执行脚本，然后恢复正常
• 检查目标注册表项是否被删除，Print Spooler服务是否重新启动

注意事项 #

• 批处理文件要存放在非系统盘的固定路径，比如D:\ITScripts\FixSpoolerCrash.bat，避免系统更新或权限问题导致找不到文件
• 确保运行脚本的默认用户（Local System）有足够权限删除目标注册表项和管理Print Spooler服务，一般Local System权限足够，若碰到权限问题，可给脚本所在文件夹添加Local System的完全控制权限
• 如果是域环境，可通过组策略批量部署这个服务配置，确保所有受影响的机器都能生效

内容的提问来源于stack exchange，提问作者SystemAdminInPain