可以采用每进来一个请求, 会有一个工作进程去处理。但不是全程的处理, 处理到可能发生阻塞的地方, 比如向上游 (后端) 服务器转发request, 并等待请求返回。
这个处理的工作进程不会这么等着, 他会在发送完请求后, 注册一个事件:“如果upstream返回了, 通知我, 我再接着干”, 然后休眠该进程。此时, 如果再有request进来, 工作进程就可以很快再按这种方式处理。而一旦上游服务器返回了, 就会触发这个事件, 该进程才会来接手, 这个请求才会接着往下走。
由于web server的工作性质决定了每个request的大部分生命都是在网络传输中, 实际上花费在服务器上的时间不多。这样几个进程就能解决高并发的性能问题。