一个nginx工作进程是同时处理两个请求还是一个接一个地处理？

Question

关于过滤器的真正酷的部分 链是每个过滤器不等待 使前一个过滤器完成；它 可以处理前一个过滤器的 正在生成的输出，有点 就像 Unix 管道一样。 （来自此处）

我想上面正在谈论这样的代码每个过滤器的末尾：

if (!chain_contains_last_buffer)
    return ngx_http_next_body_filter(r, in);

即，nginx 将过滤器一一链接起来。 但由于它位于每个过滤器的末尾，因此必须等到当前过滤器完成。我不明白 nginx 如何设法使每个过滤器不等待前一个过滤器完成。

所以上面是关于nginx过滤器的并发性，接下来是关于nginx请求处理的并发性：

我们知道nginx使用epoll来处理请求：

events = epoll_wait(ep, event_list, (int) nevents, timer);
for (i = 0; i < events; i++) {
   ...
   rev->handler(rev);
}

通过上面的代码，我认为nginx不会可以同时处理两个请求，它只能一个接一个地执行（每个处理程序足够快地完成其工作，因此下一个请求很快就会得到处理），对吗？

或者我有什么遗漏的地方吗？

Answer 1

有一种方法可以测试这一点。编写一个休眠的过滤器，并在过滤器链中使用它。然后测试一下是否可以让 nginx 在前一个请求休眠时处理请求。

然后再次运行测试，但这次不要让过滤器休眠，而是使用选择超时让它等待，如下所示：

/* wait 1.5 secs */
struct timeval tv;
tv.tv_sec = 1;
tv.tv_usec = 500000;
select(0, NULL, NULL, NULL, &tv);