条件等待 (Wait Until)

📖 节点概述

比固定 休眠(Sleep) 更智能的动态阻塞节点。它会像守卫一样持续“盯”着左侧的 条件 引脚，一旦发现条件变成了 True，就立刻放行执行后续流程；如果等了太久还没成立，则触发 超时 备用路线。

💡 使用场景：

• 网页自动化：等待网页加载完毕、等待某个弹窗出现、等待按钮变为可点击状态。
• 异步任务：等待文件下载完成、等待某个后台处理状态变为成功。
• 智能重试：配合不断变化的外部数据进行轮询。

🎮 实战连线指南：如何正确使用它？

可视化编程的核心在于数据流的实时更新，不要直接在节点里手动勾选条件（那会变成死循环），正确的用法是将动态计算的节点连接到它的 条件 引脚上。

场景案例：等待网页上的“登录成功”提示框出现（最多等 10 秒）

1. 获取状态：拖出一个【检查元素是否存在】节点，设置好登录成功提示框的 XPath。
2. 数据连线：将【检查元素是否存在】的 结果 (BOOLEAN) 引脚，连接到【条件等待】的 条件 引脚上。
3. 控制连线：将上一步动作（如“点击登录按钮”）的输出 Exec 连接到【条件等待】的输入 Exec。
4. 分支处理：
   • 将【条件等待】的 满足 输出连向下一步（如“点击进入后台”）。
   • 将【条件等待】的 超时 输出连向错误处理（如“打印日志：登录失败并退出”）。

⚙️ 引脚与参数说明

📥 输入引脚 (Inputs)

📤 输出引脚 (Outputs)

🧠 核心底层机制 (必读避坑)

❓ 问：等待期间，上游连线的“判断节点”会重新执行吗？ 答：会的！这就是“动态等待”的魔法所在。 在等待的这 10 秒内，引擎并不会傻傻地只读取一次旧数据。每隔 检查间隔 (0.5秒)，本节点就会沿着 条件 引脚向上游发出逆向索要数据的请求（Pull机制）。 如果上游连的是“检查元素”，该元素检查动作每 0.5 秒就会被重新执行一次，直到找到元素返回 True 为止！因此，请确保连入 条件 的上游节点不要包含会导致副作用的动作（比如点击网页），而应该只包含纯粹的“判断/读取”动作。