我之前也踩过Windows任务计划程序这个空闲触发的坑，你的情况其实是对触发逻辑的误解加上设置细节没到位导致的，咱们一步步拆解：

首先得搞清楚任务计划程序里“空闲触发”的真实逻辑：你设置的“当计算机空闲时”触发器，加上“仅当计算机空闲时长达到30分钟时启动任务”，这个选项不是让系统进入空闲后等30分钟再触发，而是要求系统在触发这个触发器的瞬间，已经持续空闲了30分钟。但你遇到的屏幕一关就触发的问题，大概率是系统把屏幕关闭的时刻直接判定为“已空闲满足时长”，或者你漏了关键的延迟设置。

给你几个实操的解决办法，亲测有效：

• 补全触发器的延迟设置
  编辑你的任务，打开触发器选项卡双击那个“当计算机空闲时”的触发规则，在「高级设置」里勾选**“延迟任务执行”**，设置为你需要的30分钟。同时确保「仅当计算机空闲时长达到以下值时启动任务」也设为30分钟，另外可以根据需求勾选「如果计算机不再空闲，停止任务」和「如果重新变为空闲，重新启动任务」——这样系统会在进入空闲后开始计时30分钟，期间一直保持空闲才会执行脚本。

• 核对系统空闲检测的底层设置
  打开控制面板→电源选项→更改计划设置→更改高级电源设置，展开「空闲」相关选项，确认系统的空闲超时阈值和你预期的一致。注意：Windows判定“空闲”不只是看屏幕是否关闭，还会检测键盘鼠标输入、后台程序的CPU/磁盘活动，如果有后台程序一直在占用资源，系统可能不会正确进入空闲状态，但你的情况是屏幕一关就触发，所以重点还是任务的触发延迟设置。

• 换一种触发思路（备用方案）
  如果上面的方法还是不行，可以试试用「登录时」作为触发器，然后在任务的「条件」选项卡中勾选「仅当计算机空闲时长达到30分钟时启动任务」，同时在「设置」里勾选「如果任务已经在运行，请勿启动新实例」。这种方式下，任务会在用户登录后持续监测系统空闲状态，满足30分钟条件后再执行脚本。

• 做个小测试验证逻辑
  你可以先创建一个简单的测试任务：触发时执行echo %date% %time% >> C:\test_idle_log.txt，这样能记录任务触发的具体时间，方便你验证是否符合预期。比如设置屏幕1分钟关闭，任务延迟30分钟触发，看看日志里的时间是不是屏幕关闭后30分钟生成的。

备注：内容来源于stack exchange，提问作者Jkirby421