Tornado/Async Web服务器理论，如何处理较长时间运行的操作以利用异步服务器

Question

我刚刚开始研究龙卷风和异步Web服务器。在许多龙卷风的例子中，较长的请求由以下内容处理：

1. 致电tornado Web服务器
2. tornado对api进行异步web调用
3. 让tornado在回调等待调用时继续接收请求
4. 在回调中处理响应。服务器对用户

因此，假设用户在/retrive向tornado服务器发出请求/retrieve将向内部apimyapi.com/retrieve\u posts\u请求用户id/或w/e。获取请求时，api请求可能需要一秒钟的时间才能运行，然后当它最终返回tornado服务器时，响应就会启动。首先，这种气流是使用龙卷风的“正常”方式吗？网上的许多代码示例都建议这样做。

其次，（这就是我开始困惑的地方）假设上面的流是标准流，那么myapi.com应该是异步的吗？如果它不是异步的，并且每个请求可能需要几秒钟，那么它不会产生与阻塞服务器相同的瓶颈吗？也许龙卷风或任何异步的普通用例的例子将有助于澄清这个问题？谢谢你。

Answer 1

是的，正如我理解你的问题，这是龙卷风的正常用例。

如果对Tornado服务器的所有请求都会向myapi.com发出请求，并且myapi.com被阻止，那么是的，myapi.com仍然是瓶颈。然而，如果只有一些请求必须由myapi.com处理，那么Tornado仍然是一个胜利，因为它可以在等待对myapi.com的请求的响应时继续处理这些请求。但是不管怎样，如果myapi.com不能处理负载，那么在它前面放一个Tornado服务器并不能神奇地解决这个问题。不同之处在于，即使在myapi.com忙时，您的Tornado服务器仍然能够响应请求。