竞速 (Race)

📖 节点概述

多路竞争节点，谁先到就听谁的。它拥有多个可动态扩展的 输入 端口（最少两个），只要任意一个端口收到 EXEC 信号，就会立刻从 输出 出口触发一次，并同时通过 触发端口 引脚返回触发源的端口名称（如 输入 A）。其他稍后到达的信号将被忽略，非常适合并行任务中“只取第一个结果”的场景。

💡 使用场景：

• 多路超时竞赛：同时向多个服务器发送请求，只处理最快返回的那个结果，自动丢弃其它。
• 备用策略切换：主任务和备用任务同时执行，主任务成功则忽略备用，主任务失败才启用备用。
• 并发等待：同时启动多个下载线程，以第一个完成的文件直接进入后续处理。
• 人机交互：等待用户点击“继续”或倒计时结束自动执行，二者谁先发生就执行谁。

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

节点会自动管理输入端口：连线到最后一个端口（半透明状）时会自动扩展新端口，移除所有连线时可收缩到最少两个。

场景案例：同时请求两个 API 网关，只取响应最快的返回数据

1. 并行发起：使用 并行分支(Parallel) 节点，将执行流分为两条。
2. 构建请求：在每个分支内，分别放置【HTTP 请求】节点，一个指向 网关A，一个指向 网关B。
3. 接入竞速：将两个【HTTP 请求】的 完成 输出分别连接到【竞速】节点的 输入 A 和 输入 B。
4. 统一出口：【竞速】的 输出 连接到【处理响应数据】节点。
5. 识别来源：如果需要根据触发源做不同处理，将【竞速】的 触发端口（输入 A 或 输入 B）连接到后续的分支判断，比如用【条件分支】决定是否标记“来自网关A”。

注意：竞速触发后，其他输入端口到达的信号会被自动丢弃，不会再次触发输出，确保流程只执行一次。

⚙️ 引脚与参数说明

📥 输入引脚（动态，可扩展）

📤 输出引脚

💎 小贴士：

• 输入端口标签按字母顺序命名（A, B, C...），但并不影响竞争逻辑，方便在日志或调试中识别来源。
• 如果所有输入端口均未触发，节点将一直等待，不会自动超时。如需超时控制，可在某个输入端之前接入【延迟】或【条件等待】节点。
• 配合 并行分支 使用效果最佳，可轻松搭建多路竞速架构。