你有没有经历过这种绝望？
深夜两点，你精心搭建的 n8n 自动化流程突然卡死。第二天早上醒来，发现数据漏了一大堆，客户投诉电话打爆了手机。
这就是为什么我们需要 Error Handling（错误处理）。在 N8N大学，我们不搞那些“理论上可行”的废话，今天就手把手教你配置 Error Handling 节点，让你的流程具备“打不死的小强”般的韧性。
为什么你的流程一碰就碎？
默认情况下，n8n 的流程是线性的。一旦某个节点报错（比如 API 超时、数据库连接失败），整个流程就会像多米诺骨牌一样全部倒下，后续节点直接“躺平”不干活。
这在生产环境中是致命的。我们需要的是 优雅降级：即使某个环节出错了，流程依然能记录错误、通知人工，或者尝试备用方案，而不是直接崩溃。
核心武器：Error Handling 节点实战配置
在 n8n 中，错误处理主要通过两种方式实现：一是 IF 节点的逻辑判断，二是利用 Start 节点的全局配置。今天重点讲全局配置，因为它更高效、更优雅。
第一步：开启错误处理的“上帝视角”
很多人不知道，n8n 的 Start 节点藏着一个强大的开关。
- 打开你的 Workflow，点击最上方的 Start 节点。
- 在右侧的参数面板中，找到 Error Handling 选项（默认可能是“None”）。
- 点击下拉菜单，选择 On Error (Continue)。这意味着：出错了不要停，继续往下走，把错误信息传递给下一级。
注意： 这一步只是告诉 n8n “允许出错后继续跑”，但还没告诉它“出错了该怎么办”。
第二步：配置溢出节点（Overflow Node）
当流程设置为“On Error (Continue)”后，报错的节点数据不会进入正产的主流程，而是流向一个特殊的通道——溢出（Overflow）。
你需要在这个溢出通道上接一个节点来处理错误。
- 推荐节点：
IF节点 或Webhook节点。 - 配置方法： 在出错的节点（比如 HTTP Request）右侧，新建一个节点，并连接到它的 红色出口（Error/Overflow Port）。
例如，你可以连接一个 Set 节点，把错误信息存起来：
{{ $('HTTP Request').item.json.error }}
然后接一个 Telegram 或 Email 节点，立刻把报错详情发到你的手机上。
第三步：利用重试机制（Retry on Fail）
有些错误是暂时的（比如网络抖动），死磕一次就放弃太可惜了。
在容易出错的节点（如 HTTP Request）设置中，勾选 Retry On Fail。你可以设置：
- 等待时间（Wait Between Tries）： 比如 5000 毫秒（5秒）。
- 重试次数（Max Retries）： 比如 3 次。
如果第 1 次请求失败了，n8n 会自动等待 5 秒再试，最多试 3 次。如果 3 次后还是失败，才会触发我们上面配置的 Error Handling（发送报警）。
第四步：终极兜底——Catch 节点（社区版）
如果你使用的是 n8n 云版或最新版，还有一个更强大的神器：Catch Errors 节点（通常在 Trigger 类别下）。
它的工作原理类似编程语言里的 try...catch：
- 把 Catch Errors 节点放在 Workflow 的最下方。</
- 它会自动捕获整个流程中所有未被处理的异常。
- 你可以在这里统一记录日志，或者写入数据库（如 Airtable/Notion），方便后续排查。
避坑指南：别让你的“安全网”破了
配置好 Error Handling 后，你以为高枕无忧了？还有两个坑等着你：
- 死循环陷阱： 如果你的错误处理节点（比如重试逻辑）本身又报错了，且没有设置停止条件，可能会导致无限循环，瞬间耗光你的 n8n 执行配额。
解法： 在重试节点中务必设置Max Retries上限。 - 数据丢失风险： 当 Error Handling 节点处理完错误后，默认情况下原本报错的那批数据就“消失”了。
解法： 使用Merge节点，将“成功路径”的数据和“错误路径”的数据重新汇合，确保数据完整性。
FAQ 常见问题
Q1: Error Handling 节点收费吗？
A: 不收费。Error Handling 是 n8n 社区版自带的基础功能，但部分高级功能（如复杂的 Catch 节点逻辑）可能在云版或企业版中更完善。
Q2: 流程中断了，怎么查看报错日志？
A: 在 n8n 的 Execution History（执行历史）中，点击失败的那一次运行，你可以看到每个节点的详细输入输出。如果是配置了 Error Handling，记得在溢出节点的输出里查看错误详情。
Q3: 我想让流程在出错时自动保存数据到 Google Sheets，怎么配？
A: 这是一个经典的“优雅降级”场景。在 Start 节点开启 Error Handling，然后在溢出端口连接一个 Google Sheets 节点。在 Sheet 中新建几列：时间、错误节点名称、错误信息、原始数据。这样即使流程失败，数据也不会丢。
总结与资源
在 N8N大学，我们坚信“稳定大于一切”。配置 Error Handling 不是为了应付报错，而是为了让自动化流程具备容错能力，成为你真正的生产力助手，而不是随时会爆炸的定时炸弹。
记住这个公式：Start (On Error Continue) + 重试机制 + 溢出通知 = 优雅的自动化流程。
