场景导入：别再让你的自动化流程变成“一锅乱炖”
搞自动化的朋友，尤其是刚上手 n8n 的，一定遇到过这种情况：Webhook 接收到了一堆乱七八糟的数据，你想根据不同的状态（比如“待处理”、“已完成”、“出错”）把数据扔到不同的处理管道里。结果呢？你硬着头皮写了一大堆 IF 节点嵌套，流程图画得像迷宫，跑起来逻辑还经常出错。
笔者当年也走过这个弯路。手动处理吧，累死人；自动化吧，配置起来比手动还慢。其实，n8n 早就给咱们准备好了“组合拳”：**Set 节点配合 Switch 节点**。这俩配合起来，就是做多条件数据分流的神器。今天，N8N大学 就带你彻底搞懂这一招，让你的流程既清晰又高效。
核心实操：三步搞定多条件分流
咱们以一个常见的场景为例：假设你有一个订单系统，Webhook 接收到的数据里包含订单状态（status）。我们需要把“pending”（待处理）、“shipped”（已发货）和“cancelled”（已取消）的订单分别流转到不同的分支。
第一步：Set 节点——打好数据基础
很多新手直接把 Webhook 的数据丢给 Switch 节点，结果 Switch 里的配置项全是 `JSON` 路径，看起来乱七八糟。笔者的建议是：**永远先用 Set 节点做“数据清洗”**。
- 拖拽一个 Set 节点到画布上，连接在 Webhook 之后。
- 在 Set 节点的设置里，点击“Add Field”，添加一个字段，命名为
status。 - 在值（Value）的输入框里，点击输入框右侧的加号，选择 JSON，然后输入路径
$.json.status（具体路径根据你的 Webhook 数据结构而定）。
这一步的目的是把深层嵌套的数据“拉平”，提取出关键的判断依据。这样后续的逻辑会非常清晰。
第二步：Switch 节点——核心分流逻辑
现在，把 Set 节点连接到 Switch 节点。这里是多条件分流的主战场。
- 在 Switch 节点的“Mode”中，选择 Expression（表达式模式）。
- 点击“Add Expression”，你会看到一个输入框。这里我们直接引用上一步 Set 节点处理好的数据。
- 输入表达式：
{{ $json.status }}。
注意，这里不需要复杂的比较逻辑，Switch 节点会自动把这个表达式的值与下面的分支条件进行匹配。
第三步：配置分支与默认路径
现在配置具体的分支规则：
- 分支 1 (pending)：在第一个输出（Output 1）的规则里，选择 String（字符串），操作符选 Equals（等于），值填
pending。 - 分支 2 (shipped)：点击“Add Output”，添加第二个输出。同样选择 String，Equals，填入
shipped。 - 分支 3 (cancelled)：同理，添加第三个输出，填入
cancelled。 - 默认路径 (Default)：别忘了设置“Default Output”。这是当所有条件都不匹配时走的路（比如状态是“refunded”）。通常这里可以接一个错误记录节点或通知节点。
配置完成后，你的 Switch 节点会根据输入的数据，自动把数据“分流”到对应的输出端口。接下来，你只需要在每个端口后面接对应的操作节点（比如发邮件、更新数据库等）即可。
避坑指南：90%新手踩过的坑
看似简单，但笔者在实战中见过不少翻车现场，这里提两个最关键的：
1. 数据类型不匹配的坑
Switch 节点在进行比较时，对数据类型非常敏感。如果你的 Webhook 数据里，status 字段是数字 1，而你在 Switch 里配置的却是字符串 "1"，分流就会失败，直接走到 Default 路径。
解决方案： 在 Set 节点里，或者在 Switch 表达式中，使用 toString() 强制转换类型。例如表达式写为：{{ $json.status.toString() }}。或者在 Switch 节点的比较规则里，把类型统一选为 String 或 Number。
2. 忘记设置 Default 输出
有些同学只配置了“成功”和“失败”两个分支，却忽略了“意外情况”。如果某天你的系统返回了一个“partial_refund”状态，Switch 找不到匹配的分支，又没有 Default 路径，整个工作流就会卡死在 Switch 节点，没有任何报错，也没有任何反应。
解决方案： 永远给 Switch 节点设置一个 Default 输出，哪怕只是接一个简单的 Log 节点或者 HTTP Request 节点发个通知到钉钉/飞书，告诉你“来了个未知状态”。
FAQ 问答
Q1: Switch 节点和 IF 节点有什么区别？我该用哪个？
A: 简单来说，IF 节点适合“二选一”（是/否，真/假），逻辑是线性的；Switch 节点适合“多选一”（A、B、C、D...）。如果你的分支超过 2 个，或者需要根据一个变量的值走不同路径，强烈建议用 Switch，因为它更直观，且更容易维护。
Q2: Switch 节点支持正则表达式吗？
A: 支持。在 Switch 节点的规则设置中，操作符选择 Regex，你就可以用正则表达式来匹配复杂的字符串模式。比如匹配以“error_”开头的所有状态。
Q3: 我能不能在 Switch 节点里判断多个条件同时成立？
A: Switch 节点本身是针对单个值的多分支判断。如果你想判断“状态是 pending 且 金额大于 100”，通常建议在 Switch 之前加一个 IF 节点进行预过滤，或者直接在 Switch 的表达式里写复杂的逻辑（但这会降低可读性）。N8N大学 推荐先用 Set 节点计算好所有需要的字段，再用 Switch 进行分流。
总结与资源
掌握 Set 节点与 Switch 节点的配合，是 n8n 自动化进阶的必经之路。它能帮你告别混乱的嵌套 IF，构建出像水管一样清晰的数据流。
在 N8N大学，我们始终强调：好的自动化不是写出来的，而是设计出来的。先理清数据结构，善用 Set 节点整理字段，再用 Switch 节点精准分流，你的工作流就能应对任何复杂的业务场景。
如果你对 n8n 的其他节点有疑问，欢迎访问我们的官网 n8ndx.com，这里有更多硬核的实战教程等你来啃。
