场景导入：当你的 n8n 工作流变成“死循环”机器
笔者在 N8N大学 接到的咨询中，最常见的问题之一就是：“为什么我的 n8n 跑着跑着就卡死了，或者把我的 API 额度刷爆了？” 通常，罪魁祸首就是 If 节点 的逻辑分支没处理好。
想象一下，你设置了一个自动化流程：当收到新邮件时，如果邮件包含“紧急”字样，就发送通知到 Slack。这听起来很完美，对吧？但如果你的逻辑不够严密，Slack 可能会收到成千上万条重复通知，或者 n8n 的执行记录里出现一条长得离谱的链条。这就是典型的“无限循环”陷阱。
今天，作为你在 n8n 路上的引路人，笔者不讲空洞的理论，只分享三个硬核的实战技巧，帮你彻底封死无限循环的入口。
最佳实践一：在 If 节点之前，加入“过滤器”防线
很多新手喜欢把所有逻辑都塞进 If 节点 里。比如：检查状态、检查时间、检查内容。一旦满足条件，就触发后续动作。问题在于，如果触发动作本身会改变数据状态（例如更新数据库），而数据再次流回工作流，循环就开始了。
解决方案： 在 If 节点 之前，插入一个 Filter（过滤器）节点 或 Switch 节点。这不仅仅是分流，更是一道防线。
**具体操作：**
1. 在工作流的入口处，设置一个 Filter 节点。
2. 这里只处理最基础的过滤，例如：Item Created At 必须是“今天”，或者 Status 必须是“未处理”。
3. 关键点： 如果数据不符合基础条件，直接在 Filter 节点将其阻断（设置为 False 的分支不连接任何节点），而不是让它们流进 If 节点再判断。
这样做的好处是，即使数据意外回流，也会在第一道关卡被拦截，根本进不去核心的 If 逻辑。
最佳实践二：善用“标记位”与外部状态机
无限循环的本质是“状态重置”。n8n 处理每条数据都是独立的，它不记得上一次处理了什么。如果你的逻辑依赖于“上一次是否已处理”，你就必须手动告诉 n8n。
解决方案： 引入外部状态标记。不要单纯依赖工作流内的变量。
**实操步骤：**
1. 在 If 节点 判断通过，准备执行核心动作（如发送邮件）之前，先查询一次数据库或外部系统。
2. 使用 HTTP Request 节点 查询该数据的当前状态。
3. 在 If 节点 中增加判断逻辑：如果查询到的状态已经是“已处理”，则直接终止流程（不连接后续节点）；只有状态为“待处理”时，才继续执行。
**实战案例：**
假设你监控某个 API 的状态。每当状态变更，n8n 就记录日志。如果你不加检查，状态变更触发 -> 记录日志 -> 日志写入数据库 -> 数据库变更触发 -> 循环往复。
正确做法是：在 If 节点前，用 HTTP Request 获取最新状态，如果状态与上次记录一致，直接丢弃该数据包。
最佳实践三：利用 n8n 的原生防重机制与超时设置
除了逻辑层面的防御，我们还要利用 n8n 自身的特性来兜底。n8n 并非完全没有防重机制，但默认配置可能不够用。
1. 激活“去重”功能（针对 Webhook）：
如果你的循环是由 Webhook 触发的，检查你的 Webhook 节点 设置。虽然 n8n 标准版对 Webhook 的去重支持有限，但在企业版或通过自定义逻辑中，可以利用 Message ID 或 Event ID 来避免短时间内处理重复的 payload。
2. 配置全局超时（Timeout）：
这是防止死循环的最后一道物理屏障。在 n8n 的配置文件（docker-compose.yml 或环境变量）中，设置单个节点的执行超时时间。
**代码示例：**
在 n8n 环境变量中添加：
EXECUTIONS_PROCESS=main
EXECUTIONS_TIMEOUT=300 (限制最大执行时间为300秒)
3. 限制并发执行数：
在 n8n 的设置中，限制同一个工作流的并发执行数量。如果前一个循环还没结束，新的触发被拒绝，这能有效防止雪崩式的无限循环。
避坑指南：调试时的 2 个“保命”技巧
在你修改 If 逻辑时，最怕的就是误操作导致循环瞬间爆发。笔者有两个建议：
1. 开启“测试模式”而非“生产模式”：
不要直接开启工作流的开关（Active）。使用 Manual Execution（手动执行） 模式。在 If 节点 的输出中，仔细查看数据流向。如果看到某条数据的输出数量远大于输入数量，立刻停手检查。
2. 设置“熔断”节点：
在工作流的末尾，或者说循环可能发生的回流点，插入一个 No-Op（空操作）节点 或 Set 节点，并打上标签。如果发现数据在这些节点之间打转，说明你的逻辑闭环形成了。此时，强制切断其中一个连接线即可。
FAQ 问答
Q1: If 节点里的“True”和“False”分支都必须连接节点吗？
A: 不需要。特别是 False 分支，如果你不希望数据继续流转，可以留空不连接任何节点。这在防止无限循环中非常关键，它是“终止流程”的一种方式。
Q2: 为什么我的工作流在 If 判断正确后，还是没有进入下一步？
A: 除了检查 If 节点的连接线，还要检查上游节点是否输出了空数组（Empty Array）。n8n 如果上游没有数据输出，If 节点自然不会触发。这通常不是循环问题，而是数据源问题。
Q3: 如果我必须让数据循环处理（比如递归），该怎么设计？
A: n8n 并不适合做纯粹的递归算法。如果必须循环，建议使用 Loop Over Items 节点 或者 Split in Batches 节点。这些节点是 n8n 原生支持的迭代方式，比用 If 节点制造逻辑回流要稳定得多，且不容易死机。
总结与资源
避免 n8n If 节点的无限循环，核心在于**状态管理**和**逻辑阻断**。不要假设数据只会流过一次，永远要为“数据回流”做好准备。
记住这三点：
1. 前置过滤：在 If 之前拦截无效数据。
2. 状态标记：利用外部系统确认数据是否已处理。
3. 超时保护：配置环境变量作为最后的防线。
如果你想查看更多 n8n 的高级逻辑设计案例，欢迎访问 N8N大学 (n8ndx.com)，这里有更多学长们实战踩坑总结出的避坑指南。自动化之路，稳字当头。
