深入剖析uvicorn、gunicorn和uwsgi的多进程并发模型
本文深入探讨uvicorn、gunicorn和uwsgi如何实现多进程并发处理HTTP请求，重点分析它们如何协调多个worker进程的工作以及操作系统如何分配请求。
与普遍认知不同，uvicorn并非直接使用多进程同时监听同一个socket。它巧妙地利用操作系统特性：启动一个主进程负责监听socket。当HTTP请求到达时，操作系统将请求传递给主进程，主进程再将请求转发给其中一个worker进程。 uvicorn预先fork多个worker进程，这些进程共享监听socket的文件描述符副本，从而独立接收和处理请求。 操作系统并不主动分配请求，而是由uvicorn的主进程负责负载均衡，分配策略取决于配置（例如轮询或更复杂的算法）。
gunicorn和uwsgi采用类似的模型：主进程监听socket，fork多个worker进程处理请求，worker进程共享监听socket文件描述符副本，并通过主进程或其他机制分配请求。 虽然三者在具体实现细节（例如负载均衡算法和worker进程管理）上可能存在差异，但核心思想一致：利用操作系统机制高效实现多进程并发。
关键在于，worker进程是被动接收来自主进程的请求转发，而非主动抢占，从而保证请求公平分配和系统稳定性。
