HTTP连接管理

1 HTTP连接管理概述

HTTP连接管理我们大体会谈到如下内容：串行连接，并行连接，持久连接以及管道化连接。现在流行的浏览器如chrome，firefox都采用了并行的持久连接来提升性能，减少加载延时。本文只针对HTTP/1.0和HTTP/1.1，HTTP/2不在讨论范围。

1.1 串行连接

串行连接性能最差，因为每次http事务(http事务由一次完整的http请求加上http响应构成)都要建立一个新的TCP连接，而且每个

新的http事务都要串行执行，比如一个页面嵌入了3个图片，则浏览器需要串行地发起4个HTTP事务来显示页面。除了串行加载引入

的延迟外，加载一副图片时，页面其他地方都没有动静也会让人心理上觉得速度慢。

1.2 并行连接

正是由于串行连接的问题才出现了并行连接。HTTP允许客户端（如浏览器）打开多条连接，并行执行多个HTTP事务，加快加载

速度。当然这里有一点要说明，并行连接并不是一定更快，如果并行的进程数太多会消耗很多内存资源，此外，如果每个用户的客户

端 打开100个连接，则100个用户同时访问时会有10000个连接需要服务器处理，加重服务器的负担。 因此，现代浏览器虽然用了并

行 连接，但是一般会将同一个域名的请求并行连接数限制到一个较小的值，此外浏览器的总的连接数也会有最大限制。

1.3 持久连接

虽然并行连接可以提升加载速度，但是每个HTTP事务都要新建一个连接有点浪费了。 一个WEB站点通常会打开到同一个站点

的连接 ，比如一个WEB页面的大部分内嵌资源(如图片，js文件，样式文件）都是来自同一个WEB站点的，因此，初始化对某服务器

的 HTTP请求的应用程序很可能会在不久后向那台服务器发起更多的请求，于是，HTTP/1.1允许HTTP设备在事务处理结束后将TCP

连接保持在打开状态，以便未来重用。在事务处理完成之后仍然保持打开状态的TCP连接称之为持久连接，持久连接会在不同事务

之间保持打开状态直到客户端或服务器决定将其关闭。

持久连接和并行连接共用可能是目前最高效的方式，现代浏览器都是打开少量的并行连接，然后每个连接都是持久连接的方式。

持久连接包括老的HTTP/1.0+的“Keep-Alive”连接以及HTTP/1.1的“persistent”连接。注意一下持久连接和并行连接不要搞混了，

持久连接指的是在同一个连接不关闭情况下处理多个HTTP事务，而并行连接是指多个连接并行的执行（当然实际情况是各个连接

执行有点延迟，但是在执行时间上是重叠的）。

1.4 Keep-Alive

Keep-Alive 方式使用非常广泛，虽然在HTTP/1.1中已经不再使用。使用 Keep-Alive 有一些需要注意的地方：

在HTTP/1.0中，Keep-Alive默认并不会启用。客户端必须发送一个Connection:Keep-Alive请求头部来激活Keep-Alive连接。

注意，客户端的Keep-Alive请求头部只是请求将连接保持在活跃状态，服务端不一定答应启用Keep-Alive会话。HTTP/1.1中默认

就是持久连接，除非在请求头显示的加了Connection:close来关闭持久连接。服务端如果启用Keep-Alive连接，一般会在响应头

部中带上如下内容：

  Connection:Keep-Alive
  Keep-Alive:timeout=1800, max=5

表示服务器最多还能为5个HTTP事务保持持久连接，Keep-Alive的超时时间为1800秒。在Apache中对应配置如下：

# KeepAlive: Whether or not to allow persistent connections (more than
  KeepAlive On
  # MaxKeepAliveRequests: The maximum number of requests to allow
  MaxKeepAliveRequests 5
  # KeepAliveTimeout: Number of seconds to wait for the next request from the
  KeepAliveTimeout 1800

Connection:Keep-Alive 必须随每个希望保持持久连接的请求的头部发送，如果某个请求没有带Keep-Alive头部，则服务器会在

这个请求后关闭该连接。此外，如果客户端想关闭持久连接了，在请求头部带上一个Connection:close即可。

2 apache实例分析

#apache2.conf
KeepAliveTimeout 1800 #一般设置5秒以内即可，以减少内存浪费。
KeepAlive On
MaxKeepAliveRequests 2 #设置

#mpm_prefork.conf
# prefork MPM
# StartServers: number of server processes to start
# MinSpareServers: minimum number of server processes which are kept spare
# MaxSpareServers: maximum number of server processes which are kept spare
# MaxRequestWorkers: maximum number of server processes allowed to start
# MaxConnectionsPerChild: maximum number of requests a server process serves

<IfModule mpm_prefork_module>
    StartServers             1
    MinSpareServers          1
    MaxSpareServers         1 
    MaxRequestWorkers     1
    MaxConnectionsPerChild   2
</IfModule>

这里我们开启KeepAlive，然后设置最多保持的请求数为2个（加上初始的请求，一个连接可以最多发送3个请求），KeepAlive

超时为1800秒。注意下prefork的配置，为了方便测试，我们设置apache子进程数为1，注意这里的MaxConnectionPerChild，

设置的是2，这是什么意思呢，apache的prefork模式下，可以指定一个子进程最多处理的请求数，到了数目则杀掉这个子进程，

重新创建一个子进程，以防止内存泄露。

开启Keep-Alive的优点是可以加快网页加载速度，减少频繁建立连接来降低CPU的使用率。缺点是会多占用内存，所以如果

开启KeepAlive，那么KeepAliveTimeout不能设置太大，以免持久连接太多耗光服务器资源。至于线上环境是否开启，视情况而定

，如果服务器内存很大配置很高，开不开启没多少影响，如果内存较小，则建议关闭节省内存。

要注意的地方来了，开启KeepAlive后，MaxConnectionPerChild的这里的请求数怎么算呢？一个持久连接的两次请求在apache

这里算一个请求还是两个呢？答案是1个，也就是一个持久连接的多次请求在apache的子进程这里只是同1个连接，也就是说，在

我们这样的设置下，只要间隔没有超过1800秒发起请求，前3个请求会共用一个持久连接。

使用chrome(版本55.0.2883.95)发送一个请求，我们可以看到请求头和响应头如下（不同浏览器头部可能有所不同，请自行查证）:

请求的头部会带上一个 Connection:Keep-Alive ，响应头部会带上 Connection:Keep-Alive;Keep-Alive:timeout=1800,max=2 ，表示服务器支持Keep-Alive，且持久连接最大请求数为2，超时时间为1800秒。接下来继续发送2个请求，可以看到响应头分别带

有 Connection:Keep-Alive; Keep-Alive:timeout=1800, max=1 和Connection:close Connection:close ，

也就是第3次请求之后，这个持久连接关闭，接下来浏览器需要另外跟apache建立起一个新的连接。

注意，由于一个持久连接的3次请求是同一个连接，我们在prefork中设置的apache一个子进程最多可以处理2个请求，那么

apache什么时候才会杀死这个子进程并创建一个新的子进程呢？答案是在浏览器在1800秒内发起6次请求后，因为浏览器的6次请求

是在2个持久连接里面发送的，在apache这里计数只是2次连接。

如果我们把KeepAliveTimeout改成3秒，发送一次请求后，间隔超过3秒才发下一次请求，则由于超时，此时第二个请求就是一

个新的连接了，由前面的实验可以知道，apache那边还是同一个子进程来处理这个新的连接。再过3秒后发送一个请求，这个时候

apache就会杀死之前的那个子进程并创建一个新的子进程来建立连接处理请求了。

如果关闭KeepAlive，则每次请求都是一个新的连接，那么apache子进程建立的连接数就和你发送请求数是一样的了。

PS: 可以通过watch命令来定时查看apache的进程变化 watch -n 1 "ps aux|grep apache|grep -v grep"。