我有一个Python REST服务，我想使用HTTP2来提供服务。我当前的服务器设置是nginx -> Gunicorn。换句话说，nginx(重定向到端口443的端口443和80)作为反向代理运行，并将请求转发到Gunicorn(端口8000，无SSL)。 nginx在HTTP2模式下运行，我可以通过使用chrome并在向服务器发送简单的GET之后检查'protocol'列来进行验证。但是，Gunicorn报告它收到的请求是HTTP1.0。另外，我无法在此列表中找到它:
https://github.com/http2/http2-spec/wiki/Implementations
因此，我的问题是:
我之所以要使用HTTP2，是因为在某些情况下，我需要一起执行数千个请求，并且我很想知道HTTP2的多路请求功能是否可以加快处理速度。使用HTTP1.0和Python Requests作为客户端，每个请求大约需要80毫秒，这是 Not Acceptable 。另一种解决方案是仅批量/批处理我的REST资源，并通过单个请求发送多个资源。是的，这个想法听起来不错，但是我真的很想知道HTTP2是否可以加快速度。
最后，我应该提到，对于客户端，我将Python请求与Hyper http2适配器一起使用。
最佳答案
是的，根据您提供的信息，您做的很好。
现在，我将如履薄冰，发表意见。
到目前为止，已部署HTTP/2的方式是通过具有可以使用HTTP/2的边缘服务器(例如ShimmerCat或NginX)。该服务器终止TLS和HTTP/2，然后从那里使用HTTP/1，HTTP/1.1或FastCGI与内部应用程序进行通信。
至少从理论上讲，边缘服务器能否与Web应用程序进行HTTP/2通信？是的，但是HTTP/2很复杂，对于内部应用程序来说，它的返回不是很好。
这是因为大多数Web应用程序框架都是为处理内容请求而构建的，并且通过HTTP/1或FastCGI可以很好地完成。尽管有异常(exception)，但是Web应用程序对HTTP/2的微妙之处很少使用:多路复用，优先级划分，各种安全预防措施等等。
我认为，由此产生的关注分离是一件好事。
您的80毫秒响应时间可能与所使用的HTTP协议(protocol)无关，但是如果这80毫秒主要用于等待输入/输出，那么并行运行当然是一件好事。
Gunicorn将使用线程或进程来处理每个请求(除非您付出了额外的努力来配置greenlets后端)，因此请考虑让Gunicorn生成数千个任务是否可行。
如果请求的内容允许，则可以创建临时文件并将其与HTTP/2边缘服务器一起使用。
关于python - 通过HTTP2提供Python(Flask)REST API，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/38878880/