关于HTTP消息头中Connection是Keep-Alive的一个问题

Question

问一个应该是很基础的问题
在我调查的代码中，HttpServer是按照如下方法实现的：

1.用socket()产生socket fd(1)，用bind()将socket fd(1)与指定IP:port绑定后，用listen()监听此socket fd(1)。
2.用FD_SET()将sokcet fd(1)加入fdset，用select()监听此fd是否被修改。select()返回后调用accept()，accept()的返回值表示新建立的连接的socket fd(2)，然后在新线程中用recv()接收此socket中的数据。
3.第2步循环执行

我有一个不明白的地方：
如果client A向server发送的第一个消息头中Connection是Keep-Alive，那么接收到client A的第二条消息是不是对socket fd(1)没有影响，也就是说select()应该继续阻塞，直到新的client请求建立连接。

Answer 1

keepalive只是告诉服务器本次连接是长连接，在连接超时（一般服务器可以配置该参数，类似于Kepalive.timeout的参数）前服务器不会主动关闭该连接，也就是说客户端可以重用该连接。

你不明白的地方应该是如果第二次发送消息，clientA没有重新connect的话，使用的还是一个socket fd(1)，否则就是建立新的socket fd(2)了。也就是说，是否重用keepalive的tcp连接主动权在client端。你可以自己通过抓包(tcpdump等）看下重连与不重连时的发送情况。

下面简单地使用curl来做个试验就知道了。

1.连续两次执行两条curl命令，很明显每次都会建立连接
curl -v -o /dev/null http://www.baidu.com
curl -v -o /dev/null http://www.baidu.com

通过抓包也会发现三次握手每次都会发生，即连接建立了两次。

2.一次性请求两次同一个服务器的资源
curl -v -o /dev/null http://www.baidu.com -o /dev/null http://www.baidu.com

抓包会发现只有一次三次握手，即连接建立了1次。另外curl也会给出重用连接的提示
Re-using existing connection! (#0) with host www.baidu.com