如何同时使用preload、ASGI与SO_REUSEPORT部署Django应用？

核心需求回顾 #

你当前必须同时满足三个核心条件：

• ASGI支持：处理WebSocket请求
• Preload/Fork：控制内存占用，避免多进程重复加载Django导致GB级内存消耗
• SO_REUSEPORT：解决多进程流量倾斜问题，让请求均匀分配到各进程

可行解决方案 #

方案1：Uvicorn+外部进程管理器实现Preload+SO_REUSEPORT

Uvicorn本身支持--preload和--reuse-port参数，绕过它自带的进程管理，用systemd、supervisord等外部工具启动多个单worker的Uvicorn实例：

1. 单实例启动命令：

uvicorn myproject.asgi:application --preload --reuse-port --workers 1

2. 用进程管理器启动N个上述实例（N建议等于CPU核心数）：
   • 比如用systemd创建uvicorn@.service模板，启动uvicorn@1到uvicorn@4四个服务
   • 或用supervisord配置多个program项，每个对应一个Uvicorn实例

优势：

• 每个实例预加载Django代码，通过Copy-On-Write机制共享内存，避免重复加载导致的内存暴涨
• --reuse-port让内核均匀分发流量，彻底解决70%流量集中到单个进程的问题
• 完全支持ASGI/WebSocket

方案2：修复Gunicorn+Uvicorn Worker的SO_REUSEPORT问题

Gunicorn的--reuse-port特性虽未正式发布，但可从GitHub仓库安装最新开发版尝试：

pip install git+https://github.com/benoitc/gunicorn.git

启动命令：

gunicorn myproject.asgi:application -k uvicorn.workers.UvicornWorker --preload --workers 4 --reuse-port

若仍有兼容性问题，可尝试替换为UvicornH11Worker，或检查Gunicorn配置是否正确传递端口复用参数给Uvicorn worker。

方案3：用Hypercorn替代Uvicorn

Hypercorn是成熟的ASGI服务器，原生支持--preload和--reuse-port，同样可配合外部进程管理器启动多个单worker实例：

hypercorn myproject.asgi:application --preload --reuse-port --workers 1

若需保留Gunicorn作为进程管理器，也可使用hypercorn.workers.HypercornWorker作为Gunicorn的worker类。

关键原理说明 #

• Preload机制：主进程启动时加载Django全部代码，后续fork出的子进程共享已加载的内存页，仅在修改内存时复制，大幅降低整体内存占用
• SO_REUSEPORT：内核为每个监听相同端口的进程维护独立连接队列，新连接通过哈希算法均匀分配到各进程，彻底解决流量倾斜
• ASGI服务器：Uvicorn/Hypercorn都实现完整ASGI规范，原生支持WebSocket和HTTP/2，无需单独启动WebSocket服务器

内容的提问来源于stack exchange，提问作者Beau