Webhook 只是“事件驱动的服务器间 API 调用”的一种花哨说法🤦‍♀️ 一分钟解释清楚。

没什么新鲜的。其实标题已经把一切都说清楚了，我本来可以就此结束这篇文章。但我还是想厚颜无耻地宣传一下我的副业项目，所以请继续往下看。

我们都非常熟悉客户端到服务器的API调用是如何工作的。没错，我指的就是那些GETHTTPPOST请求PUT。

对了，你可以在我开发的getd.io里体验各种 API 请求。它是一个基于 Web 的 Postman，无需原生应用。欢迎告诉我你的想法 ❤️

与客户端到服务器的通信不同，Webhook 是服务器到服务器的 API 调用。没错，我说的还是上面提到的那些GETHTTPPOST请求PUT。但关键区别在于，由于这些调用是从服务器发出的，因此需要由事件（也就是钩子）触发。

一个常见的 Webhook 示例是，每当有新的提交推送到你的 GitHub 仓库时，它都会触发 GitHub 向你的 Jenkins 服务器发出调用，以便 Jenkins 开始构建新代码。这里我们有一个“推送事件驱动的 GitHub 到 Jenkins 的 API 调用”。

在这种情况下，GitHub 将向 Jenkins 提供一个 JSON 有效负载，其中包含有关此新提交的所有信息。

所以下次当你看到某个服务器使用 webhook 时，这仅仅意味着它可以被某些事件触发，向另一个服务器发送一些 http 请求（API 调用）。