首先，我们需要分析标题：“工作流逻辑控制：详解 n8n If 和 Switch 节点的条件判断技巧”。
**标题意图分析：**
* **关键词**：工作流逻辑控制、n8n、If 节点、Switch 节点、条件判断、技巧。
* **核心诉求**：用户想知道在 n8n 中如何处理复杂的“如果...则...”逻辑。他们不仅需要知道 If 和 Switch 节点的存在，更需要知道具体的参数设置、使用场景以及如何组合使用。
* **文章类型**：这属于**深度教程/实战技巧**类。它旨在解决“如何构建带逻辑分支的工作流”这一具体操作问题。
**模式选择：**
* **模式 A（教程/实战）**最适合。因为标题包含“详解”和“技巧”，暗示了需要拆解具体操作步骤、参数配置和实战场景。
**文章结构规划：**
1. **场景导入**：从“线性工作流”的局限性切入，引出逻辑控制的必要性。
2. **核心实操**：
* H2: If 节点：单维度的“是非题”
* H2: Switch 节点：多分支的“选择题”
* H2: 进阶技巧：组合拳与“假/空”值处理
3. **避坑指南**：重点讲解数据类型不一致、路由未连接等常见错误。
4. **结尾**：FAQ + 总结。
以下是为您撰写的文章：
工作流逻辑控制：详解 n8n If 和 Switch 节点的条件判断技巧
各位 N8N大学 的同学，大家好。我是你们的老朋友，首席主编。
很多刚接触 n8n 的同学，往往容易陷入一种“线性思维”：Webhook 接收数据，HTTP Request 发送请求，然后结束。这就像一条直路，虽然通顺，但遇到岔路口就傻眼了。
现实世界的自动化需求往往是复杂的：“如果用户付费了，就发感谢信；如果没付费，就发催款单。” 这种逻辑分支，就是工作流的大脑。今天，笔者就带大家硬核拆解 n8n 中最核心的两个逻辑节点：If 和 Switch，教你如何优雅地处理条件判断。
If 节点：单维度的“是非题”
如果你只需要做一个简单的判断，比如“是”或“否”，If 节点就是你最顺手的工具。它的逻辑非常直白：只要满足条件，就走“真”那条路；不满足，就走“假”那条路。
在 N8N大学 的实战案例中，我们经常用它来过滤垃圾数据。假设你监控某个 API，只想要状态码为 200 的数据继续流转。
核心参数设置
在 If 节点中，核心在于“Conditions”的配置。这里有几个关键点：
- 操作符 (Operation)：也就是等于、不等于、大于、包含等。新手最容易混淆的是“包含”与“完全匹配”。
- 数据类型：这是最大的坑。如果一个是字符串 "100"，一个是数字 100，在 n8n 眼里它们是不相等的。务必使用 Function 节点或 Set 节点统一类型后再判断。
举个例子，我们要判断用户输入的金额是否大于 100。在 Condition 中设置：金额 > 100。如果成立，走 True 路由；反之走 False。简单明了。
Switch 节点：多分支的“选择题”
当你的逻辑不再是简单的二元对立，而是需要处理多个选项时（例如：根据订单状态发送不同的通知），继续堆叠 If 节点会把工作流搞得像盘丝洞。这时，请果断使用 Switch 节点。
Switch 节点就像一个交通指挥员，它根据一个或多个输入值，将数据分流到指定的输出路由中。
两种核心模式
笔者建议大家重点关注 Switch 的两种工作模式：
- 基于字段值 (Route Based on Field)：这是最常用的。例如，输入数据里有个
status字段，值可能是 "pending", "success", "failed"。你可以设置三个输出路由，分别对应这三个值。数据来了，自动对号入座。 - 基于表达式 (Route Based on Expression)：更灵活。你可以写一段 JavaScript 逻辑来决定走哪条路。比如判断日期是否在周末，或者计算折扣后的价格区间。
相比 If 节点，Switch 的优势在于“可扩展性”。如果以后新增了一个状态，你只需要在 Switch 节点加一个输出口，而不是去修改复杂的 If-Else 嵌套逻辑。
进阶技巧：组合拳与“假/空”值处理
掌握了基础操作，我们来点硬核技巧。在复杂的工作流中，If 和 Switch 往往不是孤立存在的。
1. 嵌套与串联
虽然 n8n 不支持像代码那样的 else if 语法，但我们可以用“路由串联”来实现。比如，Switch 节点先把数据按“大类”分流，然后在某个分支里再接一个 If 节点进行“细类”筛选。
2. 警惕“假”值陷阱
在 n8n 中，0、false、空字符串 ""、null 都属于“假”值。如果你的判断逻辑是“如果字段存在”，但字段值恰好是 0，普通的 If 节点可能会误判。
笔者的避坑建议： 在 If 节点中，尽量使用具体的比较运算符（如 != null 或 != ""），而不要单纯依赖布尔值判断。或者，使用 Switch 节点的“Fallback Route”（回退路由）功能，把所有没匹配上的数据统一收集处理，防止数据丢失。
避坑指南：逻辑控制常见报错
在 N8N大学 的社群里，关于逻辑节点的报错每天都有。这里总结了两个最高频的问题：
1. “我的数据明明符合条件，为什么不走 True 路由？”
90% 是数据类型问题。例如，API 返回的数字是 字符串格式 "123"，而你判断的是 数字 123。解决方法：在判断前加一个 Function 节点，使用 parseInt() 或 String() 统一格式。
2. “Switch 节点报错，提示没有匹配的路由。”
如果你的 Switch 节点没有配置“回退路由 (Fallback)”，当数据不符合任何条件时，工作流就会报错中断。养成好习惯：总是留一个“其他情况”的出口，哪怕只是连接一个 No-Op (无操作) 节点或者记录日志。
FAQ 问答
Q1: If 节点和 Switch 节点有什么本质区别？我该用哪个？
A: 简单的二选一（是/否）用 If；多选一（A/B/C/D）用 Switch。如果你发现自己在工作流里写了三个以上的 If 节点串联，请立刻换成 Switch，这会极大提升可读性。
Q2: 如何判断字段是否存在？
A: 在 If 节点中，使用操作符 exists。或者使用表达式 {{ $json.your_field != null }}。注意区分字段不存在和字段值为空的区别。
Q3: 逻辑判断支持正则表达式吗？
A: 支持。在 If 节点的操作符中选择“Regex Match”，或者在表达式中使用 JavaScript 的正则方法。这对于校验邮箱格式、提取特定字符串非常有用。
总结与资源
逻辑控制是 n8n 自动化从“简单搬运”进化到“智能决策”的关键。掌握好 If 和 Switch，你就能构建出能够应对各种复杂业务场景的健壮工作流。
记住，好的逻辑结构不仅是为了让机器跑通，更是为了让你自己（或者接手的同事）在三个月后还能一眼看懂。如果你在实操中遇到了棘手的逻辑问题，欢迎随时来 N8N大学 的社区交流，我们一起避坑。
