任务计划程序不支持多触发条件同时满足才运行，但可通过叠加多个触发器实现“任一满足即运行”，或用“条件”选项卡设置多前提限制实际执行，还可借助事件日志XPath过滤或脚本内判断补足复杂逻辑。

任务计划程序本身不支持“多个触发条件同时满足才运行”这种逻辑（比如“必须既登录又连上网络才执行”），但它能通过叠加多个独立触发器，或用高级条件组合实现等效效果。关键在于区分“触发器”和“运行条件”——前者决定任务何时被唤起，后者决定唤起后是否真正执行。

用多个触发器实现“任一条件满足即运行”

这是最常用也最直接的方式。任务只要被任意一个触发器激活，就会尝试执行。适合“登录时、解锁时、连网时，任一发生就运行”的场景。

• 在任务计划程序中点击“创建任务…”（不是基本任务向导）
• 切换到“触发器”选项卡 → 点击“新建…” → 设置第一个条件（如“登录时”）
• 再次点击“新建…” → 添加第二个触发器（如“连接到网络时”）
• 可重复添加，最多支持多个不同来源的触发器（工作站锁定、系统空闲、事件日志等）
• 每个触发器可单独设置延迟（例如“延迟任务 10 秒”），避免集中争抢资源

用“条件”选项卡限制实际执行时机

如果你真正想要的是“只有当多个状态同时成立才执行”，比如“用户已登录 且 笔记本正使用交流电源 且 网络已连接”，就要靠“条件”选项卡来把关：

• 在“创建任务…”的“条件”选项卡中，勾选“只有在计算机使用交流电源时才启动此任务”（笔记本适用）
• 勾选“只有在网络可用时才启动此任务”，并确保网络适配器名称匹配（系统会自动检测）
• 取消勾选“只有在计算机处于空闲状态时才启动此任务”，除非你确实需要该限制
• 注意：这些是“运行前提”，不是触发依据——任务仍需由某个触发器先唤起，再检查这些条件是否全部满足

用事件日志 + XPath 实现精准多字段匹配

当触发依据来自系统日志，且必须多个字段同时符合（如“EventID=1001 且 Provider Name='Windows Error Reporting' 且 Data param1 包含 'crash.dmp'”），就得用事件触发器配合 XML 过滤：

• 触发器类型选“按特定事件”，指定日志（Application）、来源（Windows Error Reporting）、ID（1001）
• 勾选“编辑查询以手动选择事件”，点击“编辑查询”
• 在 XML 编辑框中写完整 XPath 表达式，例如：
  *[System[(EventID=1001) and (Provider[@Name='Windows Error Reporting'])]] and *[EventData/Data[@Name='param1'] and contains(text(), 'crash.dmp')]
• 保存后，任务只会在日志中出现完全匹配该结构的条目时才被触发

用脚本内判断补足逻辑缺口

对特别复杂的组合条件（如“当前时间在9–17点之间 且 CPU使用率低于40% 且 某个文件存在”），任务计划程序无法原生支持。此时建议：

• 设置一个较宽泛的触发器（如每15分钟运行一次）
• 在执行的 PowerShell 或批处理脚本开头加入判断逻辑
• 用 exit 0 正常退出（不执行后续操作），或用 exit 1 表示跳过
• 这样既利用了计划程序的调度能力，又把复杂决策交给脚本处理