Nginx多进程模型怎样实现高并发

进程数与并发数不存在很直接的关系。这取决取server采用的任务方式。

假设一个server采用一个进程担任一个request的方式，那么进程数就是并发数。那么显而易见的，就是会有很多进程在等候中。等什么？最多的应该是等候网络传输。其缺陷题主应该也觉失掉了，此处不述。

而nginx 的异步非阻塞任务方式正是应用了这点等候的时间。在需求等候的时分，这些进程就闲暇出来待命了。因此表现为少数几个进程就处置了少量的并发效果。

nginx是如何应用的呢，复杂来说：异样的4个进程，假设采用一个进程担任一个request的方式，那么，同时出去4个request之后，每个进程就担任其中一个，直至会话封锁。时期，假设有第5个request出去了。就无法及时反响了，由于4个进程都没干完活呢，因此，普通有个调度进程，每当新出去了一个request，就新开个进程来处置。

nginx不这样，每出去一个request，会有一个worker进程去处置。但不是全程的处置，处置到什么水平呢？处置到能够发作阻塞的中央，比如向下游（后端）效劳器转发request，并等候央求前往。那么，这个处置的worker不会这么傻等着，他会在发送完央求后，注册一个事情：“假设upstream前往了，通知我一声，我再接着干”。于是他就休息去了。此时，假设再有request 出去，他就可以很快再按这种方式处置。而一旦下游效劳器前往了，就会触发这个事情，worker才会来接手，这个request才会接着往下走。

由于web server的任务性质决议了每个request的大部份生命都是在网络传输中，实践上破费在server机器上的时间片不多。这是几个进程就处置高并发的秘密所在。