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