HTTPKeepAlive,开启还是关闭

所谓「HTTP Keep-Alive」,在维基百科里称为「HTTP Persistent Connection」,说白了就是复用HTTP连接,如此一来理论上客户端的用户体验会更流畅,但是与之相对服务端不得不维持大量的连接。开启还是关闭,这是个问题。

一个经常用来讲解HTTPKeepAlive的例子一般是这样描述的:当我们访问一个包含了若干个图片的网页时,如果HTTPKeepAlive是关闭的,那么页面中每一个图片都会发起一次连接请求;但是如果HTTPKeepAlive是开启的,那么因为可以复用HTTP连接,所以可以节省很多不必要的开销。

听起来不错!不过现在可不是用猫上网的年代了,当今高带宽低延迟的网络让建立HTTP连接不再是什么难事儿,此时访问一个包含了若干个图片的网页时,与其打开一个连接然后串行的请求图片,不如打开多个连接然后并行的请求图片,事实上现代浏览器也都是这么干的,最佳实战甚至倡导通过多域名进一步提升并发数。

此外,再让我们看看某台开启了KeepAlive的Nginx服务器的Status结果:

shell> curl -s http://127.0.0.1/status
Active connections: 95896
server accepts handled requests
 66542336512 66542336512 67713042963
Reading: 1945 Writing: 82 Waiting: 93869

其中,各项结果的含义如下:

  • Active connections: number of all open connections
  • Server accepts handled requests: nginx accepted 66542336512 connections, handled 66542336512 connections (no one was closed just it was accepted), and handles 67713042963 requests
  • Reading: nginx reads request header
  • Writing: nginx reads request body, processes request, or writes response to a client
  • Waiting: keep-alive connections, actually it is active – (reading + writing)

实际复用HTTP连接的效果如何呢:

67713042963 / 66542336512 = 1.01 requests per connection

额滴神啊,基本等同于没用!为什么会这样?因为这是一台WebService服务器,客户端只是偶尔访问一次,此时的KeepAlive连鸡肋都不如,为了服务器的性能,关闭它吧!

HTTPKeepAlive,开启还是关闭,大家不妨结合自己的客观情况重新思考一下。

HTTPKeepAlive,开启还是关闭》上有8条评论

  1. keepalive我也一直不知道有什么用,另外我想请教的是,如果开启或关闭keepalive,假如后端处理的php fast-cgi,那么这个keepalive的开关对fast-cgi的复用是否也存在影响?

    • HTTPKeepAlive是针对WebServer而言的,和PHPFastCGI关系不大。

  2. HTTPKeepAlive貌似是针对http1.0的,而且这个在1.1之后早就不在使用了。因为现在市面上还是有很多的哑代,会造成连接从哑代中断开,但服务器与浏览器并不知情,会一直等待,直到一方超时断开,

发表评论

电子邮件地址不会被公开。 必填项已用*标注