Twilio 状态回调 url (webhook) 是同步的还是异步的
Is Twilio status callback url (webhook) synchronous or asynchronous
我有一个问题要问这里的社区，因为我在 Twilio 的文档中找不到明确的答案。
基本上我已经设置了一个消息服务并指定了一个状态回调 url：
Twilio POST 会以同步方式执行此操作 url 吗？假设只有在我的服务器回答了先前的请求之后才会发生对此 url 的连续调用是否安全？
我担心这里存在竞争条件 - 第一个 POST 可以处理
在第二个之后，我可以用过时的状态更新我的数据库中的消息。
这里是 Twilio 开发人员布道师。
Webhook 通常都是异步的，Twilio 也是如此。
虽然我们会将诸如出站 phone 呼叫或短信之类的事情排队，但我们会尽可能多次向您的服务器发出 webhook 请求。除此之外的任何东西都会使 webhooks 比实际已经少 "real-time"。
如果您希望避免竞争条件，我建议您在您的应用程序中实现它，您可以通过检查该请求的 SID 或该消息的 SID 来实现。
希望对您有所帮助
它是异步的，是获取异步进程状态的常用机制。
我有一个问题要问这里的社区，因为我在 Twilio 的文档中找不到明确的答案。
基本上我已经设置了一个消息服务并指定了一个状态回调 url：
Twilio POST 会以同步方式执行此操作 url 吗？假设只有在我的服务器回答了先前的请求之后才会发生对此 url 的连续调用是否安全？
我担心这里存在竞争条件 - 第一个 POST 可以处理 在第二个之后，我可以用过时的状态更新我的数据库中的消息。
这里是 Twilio 开发人员布道师。
Webhook 通常都是异步的，Twilio 也是如此。
虽然我们会将诸如出站 phone 呼叫或短信之类的事情排队，但我们会尽可能多次向您的服务器发出 webhook 请求。除此之外的任何东西都会使 webhooks 比实际已经少 "real-time"。
如果您希望避免竞争条件，我建议您在您的应用程序中实现它，您可以通过检查该请求的 SID 或该消息的 SID 来实现。
希望对您有所帮助
它是异步的，是获取异步进程状态的常用机制。