第二十一节：异常捕获与重试机制——Error Trigger 的妙用

引言上一章我们构建了一个完整的CRM自动化流程，实现了从线索到跟进的商业闭环。然而，在真实的生产环境中，网络波动、API限流、数据格式异常等问题随时可能发生，一个节点的意外崩溃可能导致整个流程中断。本章，我们将为你的自动化流程注入“韧性”，学习如何优雅地捕获异常并自动重试，这是区分玩具脚本与工程化应用的核心。核心理论系统容错设计 (Fault Tolerance)系统容错的核心思想是“预期失败，设计恢复”。一个健壮的自动化系统不应因为单个组件的临时故障而整体崩溃。在n8n中，这体现为两个层面：节点级容错：每个节点都可以配置其失败时的行为（如重试、停止或继续）。工作流级容错：通过Error Trigger节点，可以创建一个专用于监控和处理其他工作流异常的“哨兵”流程。重试策略 (Retry Policy)盲目重试可能加重系统负担。有效的重试策略通常包含：重试次数：避免无限重试。重试间隔：采用“指数退避”策略，即每次重试的等待时间逐渐增加（如1秒、2秒、4秒、8秒…），以避免在服务短暂故障时引发“惊群效应”。重试条件：仅对特定类型的错误（如网络超时、5XX服务器错误）进行重试，而对于业务逻辑错误（如4XX客户端错误）则应立即失败并报警。