第二部分：核心概念与功能 → 触发器 → 轮询触发器

疯狂的赤泥

轮询触发器 (Polling Triggers)

轮询触发器通过定期检查外部服务或资源（例如数据库、API、邮箱）是否有新的数据或满足特定条件来启动工作流。您可以设置轮询的频率（例如，每分钟、每小时、每天）。

工作原理：

• 配置轮询间隔： 在轮询触发器的配置中，您需要指定 n8n 应该以多高的频率去检查目标服务或资源。
• 定义检查条件： 您需要配置触发器如何判断是否有新的数据或满足了触发条件。这可能涉及到查询数据库、调用 API 接口、检查邮箱是否有新邮件等。
• 定期检查： n8n 会按照您设定的轮询间隔定期执行配置的检查操作。
• 触发工作流： 如果检查结果表明有新的数据或满足了触发条件，轮询触发器将启动当前工作流的执行。
• 传递数据： 触发器检索到的新数据将作为工作流的初始输入 ($input)，供后续节点使用。
  
  

常见的轮询触发器示例：

• 轮询数据库： 定期查询数据库中是否有新的记录。
• 轮询 API： 定期调用 API 接口，检查是否有新的数据项。
• 轮询邮箱： 定期检查邮箱是否有未读邮件。
• 轮询文件系统： 定期检查目录下是否有新的文件。
  

配置轮询触发器的关键参数：

• 轮询间隔 (Polling Interval): 设置检查的频率。
• 服务连接凭证 (Service Connection Credentials): 连接到目标服务所需的授权信息（例如数据库连接字符串、API 密钥、邮箱登录凭证）。
• 检查条件 (Check Condition): 定义如何判断是否有新的数据或满足触发条件的逻辑（例如 SQL 查询语句、API 请求参数、邮件过滤条件）。
• 数据检索 (Data Retrieval): 配置如何获取触发工作流所需的数据（例如查询新记录的 SQL 语句、API 响应数据的特定部分）。
  

优点：

• 简单易用： 对于一些不支持 Webhook 或事件驱动的服务，轮询是一种相对简单的集成方式。
• 可控性： 您可以精确控制检查的频率。
  

缺点：

• 实时性不高： 轮询间隔决定了工作流响应新数据的延迟。频繁的轮询可能会增加服务器负担。
• 资源消耗： 即使没有新数据，轮询也会定期进行检查，可能造成不必要的资源消耗。
  

轮询触发器适用于需要定期检查外部数据源的自动化场景，但需要根据实际需求权衡轮询频率和资源消耗。