等待信号

等待信号节点在流程中途挂起，直到收到指定信号后才继续向下执行。

与「信号触发」的区别：信号触发在流程开头，收到信号才启动整个流程；等待信号在流程中间，先做前置操作，中途停下来等人。

使用示例

场景：流程 A 负责采集商品数据，采集完后发信号通知流程 B。流程 B 先做一些清理操作，然后停下来等流程 A 的信号，收到后继续导出。

流程 B 内部：

执行代码(清理旧数据) → 等待信号(等 data_ready) → 导出数据
                           ↑
                    流程A采集完后发送 data_ready 信号

配置：等待信号 ID 填 data_ready，与流程 A「发送信号」节点中的信号 ID 完全一致。如果流程 A 发送信号时携带了数据（如 {"count": 100}），在「输出变量」中填 result，后续节点即可通过 {{result.count}} 引用。

参数说明

等待信号 ID

要等待的信号标识，与发送方「发送信号」的信号 ID 完全一致（区分大小写）。支持 {{变量名}} 引用。

输出变量

接收信号携带数据的变量名。发送方在「发送信号」中填写的「携带数据」会存入此变量。不填则丢弃数据。

常见问题

等待信号与信号触发的区别

	信号触发	等待信号
位置	流程开头（触发器）	流程中间（执行节点）
行为	收到信号后启动整个流程	阻塞当前路径，收到信号后继续
适合场景	流程被信号驱动启动	流程先做前置操作，中途等待外部通知

简单来说：流程从头到尾都不需要自己先跑什么 → 用信号触发；流程需要先做一些事再等人 → 用等待信号。