任务没跑应先查四层：一、确认Task Scheduler服务是否启用并运行；二、核对触发器时间及条件是否满足；三、检查账户权限与运行上下文（如勾选“使用最高权限运行”）；四、启用历史记录查看错误码（如0x80070005为权限不足）。

任务没跑，别急着重做，先看它卡在哪一步。windows 任务计划程序本身不报错，但每一步都有痕迹可查，关键是从服务、触发、权限、日志四个层面顺藤摸瓜。

确认 Task Scheduler 服务是否正常运行

这是所有任务的底层支撑，服务停了，再完美的设置也白搭。

• 按 Win + R，输入 services.msc 回车，找到 Task Scheduler 服务
• 双击打开属性，确保“启动类型”为自动（或自动-延迟启动），“服务状态”显示正在运行
• 如果已停止，点击“启动”；若启动失败，留意错误代码——常见如“错误5：访问被拒绝”，说明 SYSTEM 账户对系统日志写入权限被改过；或“本地计算机上的服务已启动然后停止”，往往因 Time Broker 服务未启用，需一并检查并启动它

核对触发器和条件是否真正满足

任务“就绪”不代表它会动，很多失败是触发逻辑被悄悄拦住了。

• 右键任务 → “属性” → “触发器”选项卡：确认起始时间已过，且重复间隔没有冲突（比如设了“每10分钟”，但起始时间是明天上午）
• 切换到“条件”选项卡：取消勾选“只有在使用交流电源时才运行”和“只有在连接网络时才运行”，除非你明确需要这些限制
• 若任务需在休眠后执行，务必勾选“如果计算机处于睡眠状态，则唤醒计算机以运行此任务”

检查账户权限与运行上下文

权限不足是最隐蔽的静默失败原因，尤其涉及系统目录、注册表或后台操作时。

• 在“常规”选项卡中，勾选“使用最高权限运行”
• 确认“安全选项”里指定的账户仍有效——密码没过期、账户没禁用；若不确定，可临时改为 NT AUTHORITY\SYSTEM，彻底绕过用户登录态依赖
• 对于脚本类任务，在“操作”里填路径时：程序路径含空格必须用英文双引号包裹（如 "C:\Program Files\Python\python.exe"），并在“起始于”栏填脚本所在完整目录，避免相对路径失效

启用历史记录并查看具体错误码

光看“上次运行结果”数字不够，得翻原始日志才能定位真实问题。

• 在任务计划程序左侧树形菜单，右键“任务计划程序库” → “启用所有任务历史记录”（首次启用可能需重启服务）
• 右键具体任务 → “属性” → “历史记录”选项卡，查看最近几条记录，重点关注状态为“任务完成但失败”或“触发器未激活”的条目
• 错误码如 0x1（不支持的操作）、0x2（文件找不到）、0x80070005（拒绝访问）直接对应权限或路径问题；也可用 PowerShell 快速筛选：Get-WinEvent -LogName "Microsoft-Windows-TaskScheduler/Operational" | Where-Object {$_.Message -like "*你的任务名*"} | Select TimeCreated, Message