关于nginx流程

316953425

章老师好，
有一个问题想向您请教一下，
首先假设一个客户端不停的访问nginx，此时nginx做反向代理服务器，upstream里只有一个server，前提是nginx upstream不开启keepalive功能

我现在想修改nginx代码，让nginx connect后端 server的时候总bind一个固定的端口，假设这个端口不会被该机器上的其他进程所占用。有没有这样的情况：这个客户端第一个request到nginx的时候nginx去connect 后端的server，nginx 与后端的server连接还没有完全的释放的时候（包括释放连接的过程），客户端的下一个request到nginx了，nginx为了转发这个request到server的时候，再次bind出错，由于上次使用该端口的连接还没释放？？？

这种情况在nginx中是否会出现呢？？？

agentzh

Hello!

2014-11-02 16:58 GMT-08:00 冰河:
> 我现在想修改nginx代码，让nginx  connect后端
> server的时候总bind一个固定的端口，假设这个端口不会被该机器上的其他进程所占用。有没有这样的情况：这个客户端第一个request到nginx的时候nginx去connect
> 后端的server，nginx
> 与后端的server连接还没有完全的释放的时候（包括释放连接的过程），客户端的下一个request到nginx了，nginx为了转发这个request到server的
> 时候，再次bind出错，由于上次使用该端口的连接还没释放？？？
>

每个 nginx worker 进程都是并发处理多个请求的。如果严格地串行处理请求，不就退化成 Apache prefork mpm 了吗？呵呵。

Regards,
-agentzh

316953425

谢谢您的回答。

可是章老师我还是有一个疑问：

如果客户端和nginx之间建立一条长连接，一个tcp连接发送多个request到nginx，

nginx不是先读取完其中一个request后就去处理该request，直到该request处理完毕，再去socket buffer读取下一个

request的数据吗？？

在 2014年11月4日星期二UTC+8上午4时28分04秒，agentzh写道：

Hello!

2014-11-02 16:58 GMT-08:00 冰河:
> 我现在想修改nginx代码，让nginx connect后端
> server的时候总bind一个固定的端口，假设这个端口不会被该机器上的其他进程所占用。有没有这样的情况：这个客户端第一个request到nginx的时候nginx去connect
> 后端的server，nginx
> 与后端的server连接还没有完全的释放的时候（包括释放连接的过程），客户端的下一个request到nginx了，nginx为了转发这个request到server的
> 时候，再次bind出错，由于上次使用该端口的连接还没释放？？？
>

每个 nginx worker 进程都是并发处理多个请求的。如果严格地串行处理请求，不就退化成 Apache prefork mpm 了吗？呵呵。

Regards,
-agentzh

agentzh

Hello!

2014-11-04 0:54 GMT-08:00  <3169...@qq.com>:
> 可是章老师我还是有一个疑问：
> 如果客户端和nginx之间建立一条长连接，一个tcp连接发送多个request到nginx，
>
> nginx不是先读取完其中一个request后就去处理该request，直到该request处理完毕，再去socket buffer读取下一个
> request的数据吗？？
>

对于单个未使用 SPDY 的 HTTP 连接而言，nginx 是严格顺序处理请求的。对于 SPDY
的情形，就很不一样了，因为它支持单连接内的 multiplexing.

我前一封邮件里说的是一般的情况，而不是只有一个客户端只使用一个非 SPDY 的 HTTP 连接访问整个 nginx 服务器这种极端特殊的情况。

Regards,
-agentzh