合并

“合并”节点，用于同步并行分支并合并其输出变量。

等待所有传入并行分支完成，然后再将执行传递给下一个节点。

何时使用合并

当您已将执行拆分为真正并行的分支（通过从单个节点的输出端口绘制多个连接），并且仅在完成所有分支后需要继续时，请使用“合并”。

您不需要在决策或切换节点之后合并 — 这些分支是互斥的，而不是并行的。它们会自然聚合，无需使用“合并”节点。

配置

“合并”节点没有配置字段。它会自动从画布上的连接推断传入分支的数量。

工作方式

分支完成后，“合并”节点会收集其输出变量。当最后一个分支完成时，“合并”将激活其单个输出端口。所有分支的所有输出变量均可用于下游节点。

示例

合并后的并行 API 调用：

Trigger → [HTTP Request A] → Merge → Script (combine A and B results)
        → [HTTP Request B] ↗

合并后的脚本节点可以同时引用httpRequestA.body和httpRequestB.body 。

并行运行三个丰富步骤：

Trigger → [Enrich from CRM]     ↘
        → [Enrich from billing]  → Merge → Data Transform (combine all three)
        → [Enrich from support] ↗

常见问题

问题	分辨率
两个分支生成具有相同名称的变量	最后完成的分支优先。重命名其中一个冲突的输出变量以避免冲突。
一个分支失败，合并永久无法完成	如果任何传入分支引发未处理的错误，“合并”将引发错误并停止等待剩余的分支。在每个分支中易于失败的节点上连接错误句柄，以便在故障到达合并之前处理故障。
使用“决策节点后合并”	来自决策节点的分支是互斥的，只能触发一个分支。它们后面的“合并”节点将永远等待从不运行的第二个分支。移除“合并”；分支会隐式重新联接。

注意

• 合并时不会超时。如果分支挂起（例如，人工任务等待响应），则合并将无限期等待，除非您为挂起节点添加超时。