文章目录
- [Hypercorn：让 Python 异步服务器多一个靠谱选择](#Hypercorn：让 Python 异步服务器多一个靠谱选择)
Hypercorn：让 Python 异步服务器多一个靠谱选择
Python 的异步浪潮已经卷了好几年。FastAPI 的用户量蹭蹭往上涨，Starlette 和 Quart 也在各自领域站稳了脚。但很多人忽略了一个基础问题：你的异步应用跑在什么服务器上？
Uvicorn 是目前的主流选择，轻量、快速，对 ASGI 支持到位。但如果你需要 HTTP/2 支持、需要兼容旧项目里的 WSGI 应用、或者想试试 Trio 事件循环，它的覆盖范围就不太够了。Hypercorn 正是瞄准了这些场景。
协议支持一个不落
Hypercorn 同时兼容 ASGI 和 WSGI 两种接口标准。这意味着你用 Flask 写的旧接口不用改，新项目用 FastAPI 或 Quart 也能直接用同一个服务器跑。迁移的时候不用搞两套部署配置，省事不少。
传输协议方面，HTTP/1、HTTP/2、WebSocket 全支持，还通过 aioquic 库可选支持 HTTP/3。在 Python 服务器里，这是目前协议覆盖最全的方案之一。特别是 HTTP/2，很多生产场景下能明显提升页面加载速度，多路复用和头部压缩都是实打实的好处。
Worker 类型有三种选择：asyncio、uvloop、trio。asyncio 是 Python 内置的事件循环，兼容性最好。uvloop 底层用 C 语言编写，事件循环性能比默认实现高一截，适合对吞吐量有要求的场景。trio 的结构化并发模型在某些复杂业务中更好写，取消操作和超时控制比 asyncio 直观。一个服务器给你三个选择，这在同类项目中很少见。
从 Quart 独立出来的项目
Hypercorn 最早是 Quart 框架的组成部分，在 0.5.0 版本时独立成单独项目。它的底层网络层基于 hyper、h11、h2、wsproto 这些 sans-io 库构建。sans-io 的意思是协议逻辑和 IO 操作完全分离，不绑定任何网络实现。这种设计让代码结构比很多同类项目干净，也方便测试和移植。
设计上借鉴了 Gunicorn 的 worker 模型。如果你用过 Gunicorn，Hypercorn 的命令行参数和配置方式会很眼熟，学习成本很低。从 Gunicorn 切过来基本不需要翻文档。
上手不费劲
装：
pip install hypercorn跑：
hypercorn module:app就是这么直接。也支持在代码里程序化调用，import 之后传入 app 实例和配置对象就行。官方文档上有 asyncio 和 trio 两种模式的完整示例，照着抄就能跑起来。
如果要开启 HTTP/2，加个 --http 2 参数就行。HTTP/3 需要额外装 hypercorn 的 h3 扩展包，配置一个 quic 绑定地址。整个过程不涉及复杂的 nginx 前置代理配置，单进程就能搞定多协议支持。
适合谁用
最适合两种人：一是已经在用异步框架、想要一台靠谱 ASGI 服务器的开发者；二是项目正从 WSGI 往 ASGI 迁移，过渡期需要两边同时兼容的团队。
说点实话。Hypercorn 的 Star 数不算高（1500+），社区规模比 Uvicorn 小不少。遇到问题能搜到的中文资料不多，主要依赖官方文档和 GitHub Issues。HTTP/3 功能还在草案阶段，不是生产必备。如果你的项目全是 WSGI 旧应用，直接用 Gunicorn 就行，没必要换。
但对于已经入了异步坑的 Python 开发者，Hypercorn 提供了一个协议覆盖更广、选择更灵活的服务端方案。工具多一个选择总不是坏事，尤其在这个选项本来就不多的领域。
个协议覆盖更广、选择更灵活的服务端方案。工具多一个选择总不是坏事，尤其在这个选项本来就不多的领域。