我有一个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提供Python（Flask）应用程序？如果是，哪些服务器支持它？
- 在我的情况下（一个反向代理服务器和一个服务实际的API），哪个服务器必须支持HTTP2？
我想使用HTTP2的原因是因为在某些情况下我需要一起执行数千个请求，我有兴趣看看HTTP2的多路复用请求功能是否可以加快速度。使用HTTP1.0和Python请求作为客户端，每个请求大约需要80毫秒，这是不可接受的。另一种解决方案是仅批量/批量处理我的REST资源，并通过单个请求发送多个。是的，这个想法听起来不错，但我真的很想知道HTTP2是否可以加快速度。
最后，我应该提一下，对于客户端，我使用带有Hyper http2适配器的Python请求。
是否可以使用HTTP / 2提供Python（Flask）应用程序？
是的，根据您提供的信息，您做得很好。
在我的情况下（一个反向代理服务器和一个服务实际的API），哪个服务器必须支持HTTP2？
现在我要踏上薄冰并发表意见。
到目前为止，部署HTTP / 2的方式是使用一个与HTTP / 2通信的边缘服务器（如ShimmerCat或NginX）。该服务器终止TLS和HTTP / 2，并从那里使用HTTP / 1，HTTP / 1.1或FastCGI与内部应用程序通信。
至少在理论上，边缘服务器可以将HTTP / 2与Web应用程序通信吗？是的，但是HTTP / 2很复杂，对于内部应用程序来说，它并没有得到很好的回报。
这是因为大多数Web应用程序框架都是为处理内容请求而构建的，并且使用HTTP / 1或FastCGI就足够了。虽然有例外，但Web应用程序几乎没有使用HTTP / 2的微妙之处：多路复用，优先级排序，所有无数的安全预防措施等等。
由此产生的关注点分离在我看来是一件好事。
您的80毫秒响应时间可能与您正在使用的HTTP协议没什么关系，但如果这些80毫秒主要用于等待输入/输出，那么当然并行运行是一件好事。
Gunicorn将使用一个线程或一个进程来处理每个请求（除非你已经超额配置了greenlets后端），所以考虑让Gunicorn产生数千个任务是否可行。
如果您的请求内容允许，也许您可以创建临时文件并使用HTTP / 2边缘服务器提供它们。
现在可以直接从Python应用程序提供HTTP / 2，例如使用 扭曲。你特别询问了Flask应用程序，在这种情况下我会（偏见）推荐 夸脱 这是在asyncio之上重新实现的Flask API（具有HTTP / 2支持）。
你的实际问题，
使用HTTP1.0和Python请求作为客户端，每个请求大约需要80毫秒
向我建议您可能遇到的问题是每个请求都会打开一个新连接。这可以通过使用a来缓解 连接池 无需HTTP / 2。