场景导入：别让“如果”成为你的自动化瓶颈
在N8N大学的日常交流群里，笔者见过太多这样的场景：大家兴冲冲地搭好了第一个工作流，跑通了Webhook，连接了数据库，结果到了“如果A发生就做X，否则做Y”这一步，突然卡住了。
很多人习惯性地只用一个 If 节点，结果工作流变得像一团乱麻，节点连线缠绕在一起，维护起来简直是噩梦。更糟糕的是，当逻辑复杂到“如果A且B，或者C满足但D不满足”时，单一的 If 节点根本无法优雅地处理。
今天，笔者就带大家硬核拆解如何利用 If 节点与 JavaScript 节点的组合拳，彻底搞定那些复杂的逻辑分支。这不仅仅是技术的堆砌，更是思维的升级。
核心实操：拆解复杂逻辑的两种武器
在n8n中，处理逻辑分支主要有两大利器：If 节点和 Code (JavaScript) 节点。前者直观，后者灵活。我们要学会在对的场景用对的工具。
1. 多重逻辑分支：活用 If 节点的“续命”技巧
很多新手只知道 If 节点有 True 和 False 两个出口。其实，n8n 的 If 节点可以通过添加“Rules”来实现多路分支。
实战场景： 你从API获取了一组数据，需要根据状态码（status）分发到不同的处理流程：200走成功通道，400走参数错误通道，500走服务器错误通道，其他走未知错误通道。
操作步骤：
- 拖入一个 If 节点。
- 在“Rules”设置中，默认有一条规则。点击右侧的“+”号，添加新规则。
- 设置规则逻辑：第一条设为
status等于 200；第二条设为status等于 400；以此类推。 - 注意：n8n 从上到下依次判断，命中第一条即停止。因此，越具体的条件要放得越靠前。
避坑点： 当分支过多时，If 节点右侧的出口会变得非常拥挤。此时，笔者建议将同类处理逻辑先汇聚到一个 Set 节点统一标记，再流向后续处理，保持画布整洁。
2. 复杂条件判断：引入 Code 节点 (JavaScript)
当逻辑涉及数学运算、字符串拼接、数组过滤，或者极其复杂的嵌套判断时，If 节点就显得力不从心了。这时候，Code 节点是你的最佳拍档。
实战场景： 你需要判断用户是否同时满足“注册时间超过30天”、“最近7天有登录记录”、“账户余额大于100”这三个条件中的任意两个。
操作步骤：
- 拖入一个 Code 节点（选择 Node.js 版本）。
- 在代码编辑器中，输入以下逻辑（这是N8N大学的通用模板）：
const items = $input.all();
return items.map(item => {
const data = item.json;
// 提取变量
const daysSinceReg = data.days_since_registration;
const lastLogin = data.last_login_days;
const balance = data.balance;
// 复杂逻辑判断
let score = 0;
if (daysSinceReg > 30) score++;
if (lastLogin 100) score++;
// 满足至少两个条件
if (score >= 2) {
item.json.passed = true; // 添加新字段用于后续判断
} else {
item.json.passed = false;
}
return item;
});通过这种方式，Code 节点将复杂的逻辑运算封装为一个布尔值（passed），后续只需接一个简单的 If 节点判断 passed 是否为 true 即可。这大大降低了后续流程的复杂度。
3. 状态机模式：用 Switch 节点替代深层嵌套
虽然标题主打 If 和 Code，但不得不提的是，当你的分支是基于“枚举值”（如：订单状态、用户类型、地区代码）时，Switch 节点是更优解。
它就像编程语言里的 switch-case 语句，比一连串的 If ... Else If ... Else 更清晰、执行效率更高。如果你的分支超过3个，且条件互斥，请果断放弃 If 节点，改用 Switch。
避坑指南：实战中的血泪经验
逻辑分支看似简单，但在实际生产环境中，笔者踩过不少坑，这里分享两个最致命的：
数据类型的隐式转换
n8n 节点间传递的数据是 JSON 格式。在 If 节点中，默认的比较是“严格相等”还是“松散相等”往往取决于你输入的值。
案例： 数据库读出的数字 200 是 Number 类型，但你在 If 节点条件里手动输入 "200"（String 类型），条件判断会直接返回 False。
解决方案： 在编写 Code 节点时，养成显式转换类型的习惯。例如使用 Number(data.status) 或 String(data.id)。在 If 节点中，尽量利用表达式编辑器（Expression Editor）引用原数据，而不是手动输入硬编码值。
逻辑短路与空数据处理
在 JavaScript 节点中，如果你直接访问 item.json.user.address.city，而 user 或 address 为 null/undefined，整个工作流会直接报错终止。
解决方案： 使用可选链操作符（Optional Chaining）。
const city = item.json.user?.address?.city || 'Unknown';这行代码的意思是：如果中间任何一环不存在，就返回 'Unknown'，绝不会报错。这是保障自动化流程稳定性的关键细节。
FAQ 问答
Q1: If 节点和 Code 节点，我到底该用哪个？
笔者建议： 简单的相等、包含、大小比较（如：status == 'active'），用 If 节点，直观且易于维护。涉及数学逻辑、数组遍历、字符串正则匹配、多重嵌套条件的，必须用 Code 节点。记住：不要用 If 节点去处理复杂的数学题。
Q2: 为什么我的 Code 节点报错 “Cannot read property of undefined”？
这是因为你尝试读取一个不存在的字段。n8n 的数据流是动态的，上游节点可能在某些情况下没有输出该字段。请检查你的字段名拼写，并使用上文提到的可选链操作符（?.）或默认值来防御这种错误。
Q3: 多个 If 节点串联会不会影响性能？
会有轻微影响，但通常可忽略不计。n8n 执行节点是串行的，节点越多，耗时越长。对于极高频（如每秒数百次）的场景，建议将多个 If 逻辑合并到一个 Code 节点中处理，减少节点间的通信开销。
总结与资源
在 n8n 中实现复杂逻辑分支，本质上是将“人脑的决策树”翻译成机器能读懂的流程图。If 节点是你的画笔，而 Code 节点则是你的精雕细琢的刻刀。
不要畏惧代码。哪怕你不懂 JavaScript，只要掌握一点点基础的逻辑语句，就能解锁 n8n 90% 的高级功能。N8N大学始终相信，工具的价值在于降低思考的负担，而不是增加它。
更多 n8n 进阶实战案例，欢迎访问 N8N大学官网。如果你在搭建过程中遇到具体的报错，欢迎在评论区留言，笔者会挑选典型问题进行解答。
