过滤器链最酷的部分是每个过滤器不会等待前一个过滤器完成;它可以在生成前一个过滤器的输出时对其进行处理,有点像 Unix 管道。(从这里)
我猜上面是在每个过滤器末尾谈论这样的代码:
if (!chain_contains_last_buffer)
return ngx_http_next_body_filter(r, in);
也就是,nginx 将过滤器一一链接起来。但是由于它在每个过滤器的末尾,它必须等到当前过滤器完成。我不明白 nginx 是如何做到的each filter doesn't wait for the previous filter to finish
。
所以上面是关于nginx过滤器的并发,接下来是关于nginx请求处理的并发:
我们知道 nginxepoll
用来处理请求:
events = epoll_wait(ep, event_list, (int) nevents, timer);
for (i = 0; i < events; i++) {
...
rev->handler(rev);
}
使用上面的代码,我不认为 nginx 可以同时处理两个请求,它只能一个一个地完成(每个都handler
足够快地完成它的工作,所以下一个请求很快就会得到处理),对吧?
或者我有什么遗漏吗?