轮询与 Webhooks

---

尽可能快地移动数据是依赖于最新信息的软件集成的关键关注点。轮询和 Webhooks 是两种流行的方法。我认为它们做的是同一件事——在某些内容发生变化时获取数据或通知，但它们的操作方式却大不相同。在本文中，我将深入探讨轮询和 Webhooks 的概念，为什么要使用轮询，为什么要使用 Webhooks，以及轮询和 Webhooks 的优缺点。

什么是轮询？

轮询是一种定期询问服务器是否存在某些更新的方法。客户端以固定的时间间隔发出请求，本质上是在说：“您是否有任何新内容给我？”

工作原理

1. 服务器以固定的时间间隔接收来自客户端的请求。
2. 如果有新信息，我们会将数据发送回客户端；否则，我们会告诉客户端我们没有任何更改。
3. 然后，该过程无限期地重复，直到发生某个特定条件。

轮询的优点

• 设置轮询非常简单，尤其是在服务器端更改不频繁或服务器不支持 Webhooks 的情况下。
• 使用轮询，更容易监控和调试，因为请求以固定的时间间隔发生。

轮询的缺点

• 轮询会重复发送请求，即使没有更新，也会导致不必要的开销。
• 轮询间隔会变化，导致对服务器上更改的延迟反应。
• 客户端越多，轮询对服务器造成的压力就越大，从而导致大量无用的请求。

什么是 Webhooks？

服务器“挂钩”到客户端，并在发生某些事件时通知它，这就是我们所说的 Webhooks（也称为 HTTP 回调）。Webhooks 提供了一个基于推送的系统，这意味着服务器在有与客户端相关的通知时会告诉客户端。

工作原理

1. 客户端在服务器上注册一个 Webhook URL。
2. Webhook 只是一个来自服务器的 HTTP POST 请求，当事件发生时，会将事件数据发送到客户端的 Webhook URL。
3. 事件数据被传递给客户端。

Webhooks 的优点

• Webhooks 通过在事件发生时立即通知客户端来减少客户端的延迟。
• Webhooks 仅在有更新时才发送数据，避免不必要的请求。
• Webhooks 减少服务器负载，因为它们发出的请求少于轮询。

Webhooks 的缺点

• Webhooks 需要配置一个安全的端点来接收通知。
• Webhook 端点通过 Web 公开，因此需要妥善保护。
• 如果客户端的端点不可用，服务器的通知可能会失败，而没有重试机制。

轮询和 Webhooks 的主要区别

方面	轮询	Webhooks
机制	客户端发起请求。	服务器发起请求。
效率	即使没有更新，也会发送定期请求。	仅在事件发生时发送数据。
延迟	取决于轮询间隔。	提供近乎即时的更新。
实现	更容易实现。	需要安全可靠的端点设置。
可扩展性	随着客户端数量增加，可能会给服务器带来压力。	通过减少不必要的流量来更好地扩展。
用例	适用于更新频率较低的情况。	非常适合实时事件驱动的系统。

何时使用轮询？

轮询适用于以下场景

1. 更新很少发生，并且实时数据不是优先事项。
2. 如果服务器不支持 Webhooks。
3. 对于效率不是问题的较小项目和应用程序。

何时使用 Webhooks？

Webhooks 非常适合

1. 需要立即更新的应用程序，例如消息应用程序或支付通知。
2. 降低服务器负载和网络流量。
3. 用于构建能够有效处理大量客户端的系统。

混合方法

有时混合方法最有效。例如，如果 Webhooks 失败，轮询可以作为后备方案。这确保了可靠性，同时保留了 Webhooks 的效率优势。

结论

轮询与 Webhooks 的选择取决于应用程序的需求，例如实时需求、服务器功能和系统规模。轮询更容易实现，但成本更高且效率较低。另一方面，Webhooks 效率更高且可扩展性更好，但需要仔细实施以确保安全性和可靠性。为了实现真正的实时性能，在现代数据驱动世界中，Webhooks 是首选。但是，在简单性或服务器端约束是更高优先级的情况下，轮询仍然有用。