html4长连接,HTTP长连接

在HTTP协议的初始版本中，每个HTTP通信都与tcp连接断开。

就当年的通信情况来看，由于文字传输容量小，即使这样也不是什么大问题。但是随着HTTP的普及，文档中包含了大量的图片。

例如，当使用浏览器浏览包含多个图像的HTML页面时，将在发送访问HTML页面资源的请求时请求HTML页面中包含的其他资源。

因此，每个请求都会导致不必要的TCP连接的建立和断开，从而增加通信开销。

所谓短连接，及连接只保持在数据传输过程，请求发起，连接建立，数据返回，连接关闭。

它适用于一些实时数据请求，配合轮询来进行新旧数据的更替。

为解决上述 TCP 连接的问题， HTTP/1.1 和一部分的 HTTP/1.0

想出了持久连接(HTTP Persistent

Connections， 也称为 HTTP

keep-alive 或 HTTP

connection reuse) 的方法。

长连接的特点是只要两端不显式地提出断开连接，就保持tcp连接状态。

长连接的优点是减少了tcp连接的重复建立和断开所带来的额外开销，减少了服务器端的负载。

另外，在减少开销上花费的时间可以使http请求和响应提前结束，从而提高网页的显示速度。

在http/1.1中，默认情况下所有连接都是持久的，但在http/1.0中它们不是标准化的。

虽然有些服务器通过非标准方式实现持久连接，但服务器端可能无法支持持久连接。

毫无疑问，除了服务器端，客户端还需要支持长连接。

当需要建立 HTTP 长连接时，HTTP

请求头将包含如下内容：

Connection: Keep-Alive

如果服务端同意建立长连接，HTTP

响应头也将包含如下内容：

Connection: Keep-Alive

当需要关闭连接时，HTTP

头中会包含如下内容：

Connection: Close

长连接使大多数请求都可以进行管道传输。

在发送请求之前，必须等待并接收响应才能发送下一个请求。

管线化技术出现后，可以直接发送下一个请求，而无需等待响应。

这样就能够做到同时并行发送多个请求，

而不需要一个接一个地等待响应了。

比如， 当请求一个包含 10 张图片的

HTML Web 页面， 与挨个连接相比， 用持久连接可以让请求更快结束。

而管线化技术则比长连接还要快。

请求数越多， 时间差就越明显。