python不同框架底层wsgi/asgi区别

Posted on Views:

WSGI 是可靠、同步，而 ASGI 则是为了高并发和实时功能而生的现代、异步。

1.核心区别一览

特性 WSGI (Web Server Gateway Interface) ASGI (Asynchronous Server Gateway Interface)
执行模型 同步（一个线程同时只能处理一个请求） 异步（单个线程即可并发处理大量请求）
主要应用场景 传统 CRUD 应用、标准的 REST API 实时应用、WebSockets、长轮询、高并发场景
支持的协议 仅支持 HTTP 支持 HTTP、HTTP/2 以及 WebSockets
常见框架 Flask、Django（传统模式） FastAPI、Django Channels、Sanic、Starlette
常见服务器 Gunicorn、uWSGI Uvicorn、Daphne、Hypercorn

2.WSGI：同步的经典标准

WSGI（读作 whis-gee）诞生于 2003 年。它的出现是为了标准化 Python Web 应用程序与 Web 服务器之间的通信。在它出现之前，开发者不得不针对不同的服务器编写不同的接入代码。

2.1工作原理

可以把 WSGI 想象成传统的银行柜台服务：

  • 进来一个用户请求，一个柜员（工作线程）就会接手。
  • 柜员开始处理业务（查询数据库、渲染模板），直到最后把结果返还给用户。
  • 在等待数据库响应的期间，这个柜员是被阻塞的，他不能离开去接待下一个排队的人，只能干等。

2.2优点：

  • 稳如磐石： 经历了二十年的行业检验，极其成熟稳定。
  • 生态庞大： 拥有成千上万开箱即用的成熟库和工具。
  • 易于调试： 代码按顺序执行，错误堆栈信息清晰明了。

2.2缺点：

  • 高并发瓶颈： 如果同时有 1000 个请求进来，你就需要 1000 个线程或进程来处理，这会消耗大量的服务器内存。
  • 不支持 WebSockets： 无法高效处理需要长期保持连接的实时通信。

3. ASGI：异步的现代继承者

随着现代 Web 的发展，聊天应用、实时通知和多人游戏等“实时功能”成为了刚需。传统的 WSGI 无法高效应对这些持久连接，于是作为精神续作的 ASGI（读作 as-gee）应运而生。

3.1工作原理

可以把 ASGI 想象成忙碌的餐厅短工厨师：

  • 收到一个订单，厨师把牛排放到烤架上。
  • 在等牛排熟的期间（相当于等待数据库查询或外部 API 响应），厨师不会傻站着，而是立刻转头去切下一道菜的蔬菜。
  • 借助 Python 的 async 和 await 语法，ASGI 可以在单个线程上通过在不同任务之间快速切换，同时处理成千上万的并发连接。

3.2优点：

  • 速度极快： 吞吐量高、延迟低。配合 FastAPI 等框架，其性能甚至可以媲美 Node.js 和 Go。
  • 面向现代 Web： 原生支持 WebSockets、HTTP/2 和后台异步任务。
  • 向下兼容： 大多数 ASGI 服务器也能够运行老旧的 WSGI 应用程序。

3.3缺点：

  • 学习曲线较陡： 编写异步代码需要你深入理解 asyncio，并且要刻意避免使用会造成阻塞的第三方库。
  • 调试相对复杂： 异步代码的错误堆栈有时看起来像在解谜。