别再用 If-Else 堆代码了，Switch 节点才是企业级分流的真神器
笔者在 N8N大学 带过不少学员，发现一个很有趣的现象：很多刚接触 n8n 的朋友，遇到需要分流的场景，第一反应往往是疯狂堆叠 If 节点。比如“如果状态等于 A，则走分支 1；如果等于 B，则走分支 2……”。
这种写法在逻辑简单时还能凑合，一旦业务复杂起来，画布上就会布满密密麻麻的连线，像极了乱成一团的耳机线。维护起来简直是运维人员的噩梦。
在企业级场景中，数据流向往往错综复杂。今天，笔者就带大家深入 Switch 节点，看看如何用它优雅地实现多路分流，让你的自动化流程既清晰又高效。
Switch 节点的核心逻辑：不仅仅是“二选一”
很多新手误以为 Switch 节点只是个简单的开关，其实它是一个强大的路由分发器。它的核心作用是根据输入数据的不同，将其导向不同的输出通道。
在企业级应用中，我们通常利用 Switch 节点解决以下三类问题：
- 多状态分流：例如订单状态（待支付、已发货、已取消）对应不同的处理逻辑。
- 多渠道广播：将同一条消息同时推送到钉钉、飞书和邮件。
- 数据清洗分流：将有效数据和脏数据分别存入不同的数据库。
实战场景：电商订单自动化处理流水线
假设我们有一个电商场景，Webhook 接收到了订单数据，我们需要根据订单金额和客户等级进行多路分流处理。这是一个典型的高并发、多逻辑分支场景。
我们需要处理的逻辑如下：
- 金额 > 5000元 且 客户等级为 VIP：走大客户专属通道（通知销售总监）。
- 金额 > 5000元 但 非 VIP：走标准大单审核通道（通知财务审核）。
- 金额 < 5000元：走普通流程（自动发货，通知客服）。
核心实操：三步配置 Switch 节点
在 n8n 画布中，拖出一个 Switch 节点，我们开始配置。关键在于“规则（Rules）”的设置。
步骤一：选择分流模式
Switch 节点提供了三种路由模式，企业级实战中我们最常用的是“基于规则（Rules）”模式。它允许你编写类似 SQL WHERE 子句的条件表达式。
- Route 1：当
amount > 5000且customer_level == 'VIP' - Route 2：当
amount > 5000且customer_level != 'VIP' - Route 3：当
amount <= 5000
步骤二：配置输出数据
在 Switch 节点的设置中，有一个容易被忽略的选项：“从输出中移除未使用的字段”。
默认情况下，Switch 会将完整的 JSON 数据传递给每一个分支。但在企业级应用中，为了安全和清晰度，建议开启此选项，或者在后续的 Set 节点中重新格式化数据。这样可以避免敏感数据泄露到不相关的分支中。
步骤三：连接下游节点
配置好规则后，你会发现 Switch 节点出现了多个输出端口（Output 1, Output 2, Output 3...）。分别将它们连接到对应的处理逻辑中：
- Output 1 -> 发送企业微信通知（@销售总监）
- Output 2 -> 发送邮件审核请求（@财务）
- Output 3 -> 调用物流 API 发货
避坑指南：实战中容易踩的“雷”
虽然 Switch 节点很强大，但配置不当极易导致流程卡死。以下是 N8N大学 总结的两个高频踩坑点。
1. 布尔值与字符串的比较陷阱
在 n8n 的表达式编辑器中，数据类型非常敏感。如果你的输入数据是字符串格式的 "true"，而你写的是布尔值 true，匹配结果将是 False。
解决方案： 尽量使用宽松的比较符号，或者在表达式中强制转换类型。例如，使用 $json.status == '1' 而不是 $json.status === 1。
2. “未匹配任何规则”的处理
默认情况下，Switch 节点有一个“未匹配任何规则”的输出端口。如果你的业务逻辑中存在极端情况（如金额为负数或空值），数据就会流向这里。
建议： 务必给这个端口连接一个处理节点（如记录日志或发送报警），不要让数据凭空消失，否则排查故障时你会非常痛苦。
进阶技巧：使用“Fallback”模式提升鲁棒性
除了基于规则，Switch 节点还有一个“Fallback”模式。这在处理 API 响应时非常有用。
比如，你通过 HTTP Request 获取数据，但 API 可能返回 200 成功，也可能返回 404 或 500 错误。此时，你可以将 HTTP Request 的输出接入 Switch。
- Route 1：
status_code == 200-> 正常解析 JSON - Route 2：
status_code != 200-> 记录错误日志并重试
这种写法比单纯依赖 HTTP Request 的“On Error”事件更加灵活，因为它允许你对错误类型进行更细粒度的分类处理。
FAQ 常见问题解答
Q1: Switch 节点和 If 节点有什么区别？我应该用哪个？
A: 简单的二选一（是/否）用 If 节点更直观；如果涉及三个或更多分支的判断，或者需要同时满足多个复杂条件，Switch 节点 是更好的选择。它能大幅减少节点数量，让画布更整洁。
Q2: Switch 节点支持正则表达式吗？
A: 支持。在“基于规则”模式下，你可以使用 JavaScript 表达式。对于字符串匹配，你可以结合 .match() 方法使用正则，例如：$json.email.match(/@gmail.com$/) 来筛选 Gmail 用户。
Q3: 如果我想实现“多条件且”或“多条件或”怎么办？
A: Switch 节点的规则编辑器非常强大。你可以直接在表达式中使用 && (且) 和 || (或) 运算符。例如：($json.price > 100 && $json.category === 'electronics') || $json.vip === true。
总结与资源
Switch 节点是 n8n 中构建复杂业务逻辑的基石。掌握它，意味着你从“写简单的脚本”进阶到了“设计系统架构”。
在 N8N大学，我们始终强调：可视化的目的是为了让逻辑更清晰，而不是更混乱。 善用 Switch 节点，拒绝 If 嵌套地狱。
如果你想了解更多 n8n 的高级节点用法，欢迎访问我们的官网 n8ndx.com，获取更多实战案例与源码分享。
