小开

回调 URL 将在完成后由正在调用的 API 方法调用

POST /api.example.com/foo?callbackURL=http://my.server.com/bar

然后，当 /foo完成时，它向 http://my.server.com/bar发送一个请求。请求的内容和方法将会有所不同——请检查您正在访问的 API 的文档。

小开

如果使用回调 URL，则 API 可以连接到回调 URL 并发送或接收一些数据。这意味着 API 稍后可以连接到您(在 API 调用之后)。

例子

通过请求发送数据到 API
API 使用第二个请求向 < em > YOU 发送数据

API 文档中应该有确切的定义。

小开

另一个用例可能是类似 OAuth 的东西，它可能不会被 API 直接调用，而是在与身份提供程序完成身份验证后由浏览器调用回调 URL。

通常，在最终用户输入用户名密码后，身份服务提供者会触发浏览器重定向到您的“回调”URL，并使用临时授权代码，例如。

https://example.com/callback?code=AUTHORIZATION_CODE

然后，您的应用程序可以使用此授权代码请求具有更长生存期的标识提供程序的访问令牌。

小开

就当是一封信吧。有时你会收到一封信，比如要求你填写一张表格，然后把表格放在一个预先写好地址的信封里，这个信封就在原来放表格的信封里。

一旦你完成了填写表格，你把它在提供的回信封，并发送回来。

回调 URL 类似于返回信封。您基本上是在说，“我正在向您发送此数据; 一旦您完成了此操作，我将监听此回调 URL 并等待您的响应。”因此，API 将处理您发送的数据，然后查看回调以向您发送响应。

这很有用，因为有时您可能需要很长时间来处理某些数据，而且让调用者等待响应是没有意义的。例如，假设您的 API 允许用户向其发送文档并进行病毒扫描。然后你再发一份报告。扫描大概需要3分钟。用户不能等待3分钟。因此，你承认你得到了文档，并让来电者在你进行扫描时处理其他业务，然后在完成扫描后使用回调 URL 告诉他们扫描的结果。

小开

它是一种以异步方式调用 API 的机制

您的应用程序调用 url，并将回调 url 作为参数传递
Api 以20倍的 http 代码作出响应(我猜是201，但请参考 api 文档)
应用程序接受你的请求需要一定的时间
Api 调用你的应用程序，在回调 URL 地址处给你结果。

因此，您可以调用 api 并告诉您的用户该请求正在“处理”或“获取”，例如，然后在您从 api 接收响应时更新状态。

希望能说得通。 G

小开

我就直说了吧。当一个事务被发起时，它将进入处理阶段，直到到达终端阶段。一旦到达终端阶段，交易状态通过支付网关发布到回调网址，通常商家使用回调网址作为参考，向用户显示成功/失败页面。希望这能帮上忙？

小开

这里有一个关于复试如何工作的常见例子——大多数在网上购物的人可能都经历过这种情况。你已经在你最喜欢的网站上购买了商品并点击了“提交”按钮。你可能会被发送到一个外部服务处理支付处理(如贝宝) ，在那里您确认您的订单，或只是等待，而你看到“处理...”在屏幕上闪烁。在交易完成后，您将直接返回到原始购物网站。您看到的页面是 回调网址。虽然你并不知道，但是在处理过程中，你离开了你最喜欢的在线商店的网站，而你访问的外部网站将你返回到它。如果没有任何故障，您应该看到商店希望您在订单后看到的页面。它可能是一个感谢页面，或其他页面的订单确认信息，下一步，或他们的主页。它可能会根据您订购的东西，您订购的时间，以及您订购的方式而有所不同。

基本上，一个回调 URL 为外部系统提供下一步行动的方向。 URL 上的内容可以是任何内容。它不必是一个静态 URL。更多

与 API 相关的回调 URL 是什么？

例子