Http的KeepAlive最详细的说明文档

2012-01-29 19:01

Http的KeepAlive最详细的说明文档

Keep-Alive功能使客户端到服务器端的连接持续有效，当出现对服务器的后继请求时，Keep-Alive功能避免了建立或者重新建立连接。市场上 的大部分Web服务器，包括iPlanet、IIS和Apache，都支持HTTP Keep-Alive。对于提供静态内容的网站来说，这个功能通常很有用。但是，对于负担较重的网站来说，这里存在另外一个问题：虽然为客户保留打开的连 接有一定的好处，但它同样影响了性能，因为在处理暂停期间，本来可以释放的资源仍旧被占用。当Web服务器和应用服务器在同一台机器上运行时，Keep- Alive功能对资源利用的影响尤其突出。 此功能为HTTP 1.1预设的功能，HTTP 1.0加上Keep-Alive header也可以提供HTTP的持续作用功能。

Keep-Alive: timeout=5, max=100
timeout：过期时间5秒（对应httpd.conf里的参数是：KeepAliveTimeout），max是最多一百次请求，强制断掉连接
就是在timeout时间内又有新的连接过来，同时max会自动减1，直到为0，强制断掉。见下面的四个图，注意看Date的值（前后时间差都是在5秒之内）！

Tomcat中的相关设置,在server.xml 中的Connector 元素中。
keepAliveTimeout：
The number of milliseconds this Connector will wait for another HTTP request before closing the connection. The default value is to use the value that has been set for the connectionTimeout attribute.

maxKeepAliveRequests：
The maximum number of HTTP requests which can be pipelined until the connection is closed by the server. Setting this attribute to 1 will disable HTTP/1.0 keep-alive, as well as HTTP/1.1 keep-alive and pipelining. Setting this to -1 will allow an unlimited amount of pipelined or keep-alive HTTP requests. If not specified, this attribute is set to 100.

 

Keep-Alive通俗地讲，就是所谓的持久连接，对于http这种大量的短连接的服务来说，开启持久连接的好处可以节省大量的TCP连接过程的开销，据apache的官方文档称对包含大量图片的HTML文档造成的延时起到50%的加速作用。而同时现有操作系统越来越先进，建立连接的开销越来越小，像linux2.6的epoll，freebsd的kqueue，可以让程序不产生新进程或新线程的情况就能同时服务N多连接。与此同时，客户端比如IE，Firefox也可以同时开多个线程取内容，如果开了Keepalive，反而有可能使服务器端管理大量的等待超时的tcp连接，使服务器端资源耗尽，而导致响应速度变慢。那么http的Keep-Alive到底是启用还是关闭呢？
说到Keep-Alive这个参数不得不说说这个参数在HTTP/1.0跟HTTP/1.1的一些区别，HTTP/1.0的默认情况下，是不会使用Keep-Alive的，仅当客户端的头指定使用持久连接这个参数而且是要服务器预先知道传输内容的长度时才会与HTTP/1.0的客户端建立持久连接，这意味着那些长度不定的内容，诸如php等动态页面内容、SSI页面、以及服务器端生成的目录列表等内容一般来说将无法使用与HTTP/1.0客户端建立的持久连接。而对于HTTP/1.1的客户端来说，如果没有进行特殊指定，持久连接将是默认的连接方式。如果客户端请求的是未知长度的内容时将使用分块编码的方式进行传输，也就是大家在http头中看到的chunked。
由于http协议基于tcp协议，当然http协议也需要tcp的3次握手的过程，而对于一个完整的HTTP/1.0的请求和响应它有以下的一个请求过程
建立tcp连接 (syn; ack, syn2; ack2; 三个分组握手完成)
请求
响应
关闭连接 (fin; ack; fin2; ack2 四个分组关闭连接)
而对于一个完整的HTTP/1.1的请求和响应:
建立tcp连接 (syn; ack, syn2; ack2; 三个分组握手完成)
请求
响应
…
…
请求
响应
关闭连接 (fin; ack; fin2; ack2 四个分组关闭连接)
如果请求和响应都只有一个分组，那么HTTP/1.0至少要传输11个分组，才拿到一个分组的数据。而Keep-Alive可以更充分的利用这个已经建立的连接，避免的频繁的建立和关闭连接，减少网络拥塞。虽然Keep-Alive可以节约分组，提升响应速度，但是一旦超出某个平衡点，由于为了保持过多的连接，创建了太多的进程，导致系统不堪重负，系统响应变慢，而对于HTTP/1.0来说可以充分利用浏览器默认最大并发连接数比HTTP/1.1多的好处，实现不增加新域名的开销而更高的并行下载，减少域名解释的开销（注：IE6,7在HTTP/1.0中默认最大并发连接数为4，在HTTP/1.1中默认最大并发连接数为2，IE8都为6，Firefox2在HTTP/1.0中默认最大并发连接数为2 在HTTP/1.1中默认最大并发连接数为8，firefox3默认都是6），根据10年7月Google索引的42亿个网页的统计报告，每张网页里包含29.39个图片，7.09个外部脚本，3.22个外部CSS样式表，如果设置了Keep-Alive并且合理控制Keep-AliveTimeOut这个参数可以大量的节约连接的开销，提高相应速度。如果设置不好，在大并发的情况小，因维持大量连接而使服务器资源耗尽，而对于目前国内大部分的用户使用的还是IE6，7的情况下关闭Keep-Alive可以充分利用浏览器默认最大并发连接数的好处实现不增加额外的开销页面快速的展示。

 

RequestHeaders 

GET / HTTP/1.1

Host:www.taobao.com

User-Agent:Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.17) Gecko/20110420Firefox/3.6.17

Accept:text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8

Accept-Encoding:gzip,deflate

Accept-Language:en-us,en;q=0.5

Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.

Keep-Alive:115
Connection: keep-alive

 

ResponseHeader
HTTP/1.1 200 OK

Server: nginx

Date: Thu, 12May 2011 11:02:36 GMT

Content-Type:text/html; charset=GB2312

Transfer-Encoding:chunked

Connection:keep-alive

Vary:Accept-Encoding

Expires: Thu,12 May 2011 12:02:36 GMT

Cache-Control:max-age=3600

Content-Encoding:gzip

 

在HTTP1.0官方协议中并没有对keepalive的明确支持，所有的HTTP请求是如下流程：
1.client 发起一个请求;
2.server收到请求后，回复一个响应;
3.连接关闭。

如果要在HTTP1.0中支持keep alive，你必须明确的在header中加入Connection:keep-alive。
1.client 发起一个包含Connection:keep-alive的请求
2.server收到请求后，如果server支持keepalive，回复一个包含Connection:keep-alive的响应，不关闭连接，否则回复一个包含Connection:close的响应，关闭连接。
3.如果client收到包含Connection:keep-alive的响应，向同一个连接发送下一个请求，直到一方主动关闭连接。

因为keepalive在很多情况下能够重用连接，减少资源消耗，缩短响应时间。所以在HTTP1.1中缺省就是支持keepalive的，如果响应方不 支持keepalive,需要明确的标识Connection:close，Connection:keep-alive就没什么意义了。

我们再说一下Keep-Alive:115，这个在mozilla的浏览器的请求头中经常出现，是指timeout时间，浏览器将在这个时间后关闭连接。其意义在于服务端可以选择不主动关闭连接而是等待客户端来关闭。