你是否遇到过这样的场景？
在自动化流程中，我们经常需要处理一些“时间上”的问题。比如，刚刚发送了一封邮件，需要等待 10 分钟让用户查阅，然后再发送跟进提醒；或者在调用某个 API 时，对方需要 30 秒才能处理完数据，我们需要每隔 5 秒去轮询一次结果。
如果完全靠写代码来实现 `sleep` 或者 `while` 循环，不仅繁琐，还会占用昂贵的服务器资源。而在 n8n 中，Wait（等待）节点 就是专门解决这类问题的神器。今天，N8N大学 就带你彻底搞懂它，让你的流程学会“优雅地等待”。
Wait 节点到底是什么？
简单来说，n8n 的 Wait 节点 是一个可以让流程“暂停”执行，并在特定条件满足后“唤醒”继续执行的工具。它不是简单的死循环，而是利用 n8n 的持久化存储机制，将当前的流程状态保存下来，直到时间到了或外部事件发生了，再从暂停的地方继续。
这就好比你给电脑设了一个闹钟，闹钟响之前，电脑可以休眠（不占用 CPU），闹钟一响，立刻恢复工作。
Wait 节点的三种核心模式
在 n8n 中，Wait 节点主要通过 Resume 参数来控制等待的方式。理解这三种模式，是掌握它的关键。
1. Time（时间间隔）模式
这是最基础的模式，也就是“睡一会”。你设定一个时间（比如 5 分钟），流程走到这里就会暂停，5 分钟后自动唤醒继续执行。
适用场景： 发送营销邮件后的冷却期、数据处理的缓冲时间。
2. Webhook（Webhook 唤醒）模式
这是最强大的模式。流程走到这里暂停，并生成一个唯一的 Webhook URL。只有当你向这个 URL 发送请求（如 GET 或 POST），流程才会继续。
适用场景： 等待第三方系统的回调（如支付成功通知）、等待人工手动触发下一步操作。
3. Form（表单等待）模式
这种模式会生成一个包含表单的 URL。流程暂停，直到有用户通过浏览器访问该 URL 并填写提交表单后，流程才会恢复。
适用场景： 需要人工审批的流程（如报销审批、内容审核）。
实战操作：如何配置 Wait 节点
下面，笔者以最常见的“Time 模式”为例，手把手教你如何配置。
步骤一：添加节点
在你的 n8n 工作流中，点击“+”号，搜索并添加 Wait 节点。
步骤二：设置 Resume 参数
在节点配置面板中，找到 Resume 选项。这里我们选择 Time。
步骤三：配置等待时间
你会看到以下关键参数：
- Amount: 等待的数值（例如：10）。
- Unit: 时间单位（秒 Seconds、分钟 Minutes、小时 Hours）。建议根据实际需求选择，如果设置过长，可能会导致 n8n 的执行超时（默认 1 小时），这点后面避坑指南会讲。
配置完成后，点击 “Listen for event” 按钮，节点就会进入待命状态。
实战进阶：用 Webhook 模式处理异步任务
在实际开发中，Time 模式虽然简单，但不够灵活。笔者更推荐使用 Webhook 模式 来处理复杂的业务逻辑。
假设你需要等待一个耗时的图片处理 API 返回结果：
- 将 Wait 节点的 Resume 设置为 Webhook。
- 运行工作流，Wait 节点会生成一个 URL（例如：
https://your-n8n-domain.com/webhook/wait/unique-id）。 - 将这个 URL 交给你的外部服务（如 Python 脚本或云函数）。
- 当外部服务处理完毕后，向该 URL 发送一个 POST 请求（带上处理结果数据）。
- n8n 收到请求，唤醒流程，你可以利用请求体中的数据继续后续操作。
这种方式完全不占用服务器资源，且响应实时，是生产环境的最佳实践。
避坑指南：实战中容易忽略的细节
Wait 节点虽然好用，但 N8N大学 在实战中也踩过不少坑，这里分享两个最常见的问题：
1. 执行超时（Execution Timeout）
n8n 默认的单次工作流执行超时时间通常是 1 小时。如果你设置的 Wait 时间超过了 1 小时，工作流会直接报错中断，而不是等待那么久。
解决方案： 如果你的等待时间确实很长（比如几天），不要使用 Wait 节点的 Time 模式。正确的做法是：将流程拆分为两个独立的工作流。第一个工作流处理完前期任务后结束，通过 Webhook 触发第二个工作流；或者使用 Cron 节点进行定时调度。
2. Webhook URL 的安全问题
使用 Webhook 模式时，生成的 URL 通常是公开可访问的（除非你设置了 n8n 的基础认证）。如果这个 URL 包含敏感数据，可能会被恶意调用。
解决方案： 在 Wait 节点前，使用 Set 节点 生成一个随机的校验 Token，并将其拼接到 Webhook URL 的参数中。外部服务回调时必须携带该 Token，否则在 Wait 后面的节点中拒绝处理。
FAQ 常见问题解答
Q1: Wait 节点会消耗服务器资源吗？
A: 取决于模式。如果是 Time 模式，n8n 会保持该执行记录在数据库中，但不会占用 CPU 资源（处于休眠状态）。如果是 Webhook 模式，则完全不消耗资源，直到被外部请求唤醒。
Q2: 我能手动跳过 Wait 节点吗？
A: 可以。在 n8n 的执行记录（Executions）页面中，找到正在等待的流程，点击“Stop”可以终止它。但如果你想让它继续执行，通常需要发送 Webhook 请求，或者在 UI 中手动重放（Replay）该节点（具体取决于 n8n 版本和配置）。
Q3: Wait 节点支持并发吗？
A: 支持。n8n 的设计是为并发而生的。当你有 100 个流程同时到达 Wait 节点时，它们会各自生成独立的 Webhook URL 或独立休眠，互不干扰。这比传统的代码实现多线程等待要简单得多。
总结与资源
Wait 节点是 n8n 实现复杂业务逻辑的基石。它让我们从“轮询”的苦海中解脱出来，用更优雅的方式处理时间延迟。
记住 N8N大学 的核心建议：短时间等待用 Time，长时间或异步任务用 Webhook，需要人工干预用 Form。
如果你对 n8n 的 Wait 节点还有疑问，或者在实践中遇到了棘手的问题，欢迎在 N8N大学 社区留言，我们一起探讨。
