启动方式:uwsgi 和gunicorn如何选择 ?
| 项目 | uWSGI | Gunicorn |
|---|---|---|
| 协议 | uWSGI 协议（可用 HTTP/socket） | HTTP 协议 |
| 启动方式 | 命令或 .ini 配置文件 | 命令参数或 systemd 配置 |
| 兼容框架 | 支持 WSGI、uWSGI、FastCGI 等 | 仅支持 WSGI |
| 性能 | 高性能、极可调 | 高性能、默认参数也够用 |
| 配置复杂度 | ❌ 比较复杂 | ✅ 配置简单 |
| 社区活跃 | ⭐ 停滞不前，主作者不活跃 | ⭐⭐ 活跃，现代化持续维护 |
| 热部署支持 | ✅ 支持 reload，graceful reload | ✅ 支持 reload，supervisor/daemon 都支持 |
| Nginx 代理推荐方式 | uwsgi_pass | proxy_pass |
Django 官方文档明确推荐 Gunicorn,因为更简单
推荐选择依据：
| 使用场景 | 推荐服务器 |
|---|---|
| ✅ 你用的是 Docker / 容器化部署 | Gunicorn |
| ✅ 希望部署简单，配置快速，现代工具支持 | Gunicorn |
| ✅ 你用 Supervisor、systemd 管理进程 | Gunicorn |
| ✅ 用 Python async/await、FastAPI 等协程框架 | Gunicorn（配 uvicorn workers） |
| ❗需要极限性能调优、复杂进程模型、XML 配置需求 | uWSGI |
❌ 不想折腾配置文件 .ini / .xml | Gunicorn |
中文互联网上的django部署教程大多数都是教用uWSGI而不是Gunicorn。主要是很多早期教程、博客、书籍（包括《Python 编程：从入门到实践》）都采用了 uWSGI 为部署示例。导致后续内容沿用这套“模板式部署”。
| 结论 | 解释 |
|---|---|
| 中文教程偏向 uWSGI | 因为历史原因、教程复制、宝塔支持等传统习惯 |
| Gunicorn 更现代、适合现在的开发部署模式 | 但中文教程尚未形成认知切换 |
| 如果你重视部署效率、容器兼容性、WebSocket/SSE 支持 | ✅ 强烈建议用 Gunicorn + UvicornWorker |
--------------------
