HTTP中的非持续连接和持续连接，以及三次握手过程

最新推荐文章于 2024-08-08 17:06:48 发布

theSunAndSnow

最新推荐文章于 2024-08-08 17:06:48 发布

阅读量3.2k

点赞数 4

分类专栏：计算机网络《计算机网络自顶向下》文章标签： http

本文链接：https://blog.csdn.net/qq_44960253/article/details/107038883

版权

计算机网络同时被 2 个专栏收录

4 篇文章 0 订阅

订阅专栏

《计算机网络自顶向下》

4 篇文章 0 订阅

订阅专栏

HTTP中的非持续连接和持续连接，以及三次握手过程

HTTP 默认采用持续连接，但是 HTTP 客户端和服务器夜可以配置成非持续连接。

采用非持续连接的 HTTP

来看看一个服务器向客户端传送一个 Web 页面的步骤。假设该页面含有一个 HTML 基本文件和 3 个图像文件的应用，也就是说，以网络连接的角度来看，这个页面有 4 个对象。假设这个文件的 URL 为：http://www.thesunandsnow.com/index.html 。

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <meta name="viewport" content="width=device-width, initial-scale=1.0">
    <title>index.html</title>
</head>
<body>
    <div>2333</div>
    <img src="images/1.png" alt="">
    <img src="images/2.png" alt="">
    <img src="images/3.png" alt="">
</body>
</html>

HTTP 客户端进程在 80 端口发起一个到服务器 www.thesunandsnow.com 的 TCP连接，该端口号 80 是 HTTP 的默认端口号。成功之后，在客户端和服务器之间分别有一个套接字与该连接相关联。(在应用层数据开始流动之前，TCP 让客户和服务器互相交换运输层控制信息。即所谓的 握手过程。一个 TCP 连接在两个进程的套接字之间建立，当应用程序结束报文发送时，必须拆除该连接）
HTTP 客户端经它的套接字向服务器发送一个 HTTP 请求报文。请求报文中包含了 html 文件的地址。
HTTP 服务器进程经它的套接字接收到该请求报文，从其存储介质中检索出对象 www.thesunandsnow.com/index.html ，在一个 HTTP 响应报文中封装对象，并通过其套接字向客户发送响应报文。
HTTP 服务器进程通知 TCP 断开该 TCP 连接。（但是直到 TCP 确认客户已经完整地收到响应报文为止，它才会实际中断连接。）
HTTP 客户端接收响应报文，TCP 连接关闭。该报文中封装的对象是一个 HTML 文件，客户端从响应报文中提取出该文件，检查 HTML 文件，得到对 3 个图片对象的引用。
对每个引用的图像，重复前 4 个步骤。

从上述步骤，我们可以看出，一个网页含有太多图片文件的引用会造成网页加载缓慢的问题，前端的 雪碧图 能较好的优化时间。因为雪碧图是将许多张图片内容融合在一张图片中，再对图片进行 CSS 处理来展示雪碧图的部分内容，淘宝网首页就有用到雪碧图 ~~

**注意：每个非持续连接的TCP 连接在服务器发送一个对象后关闭，即该连接并不为其他对象而持续下来。每个 TCP 连接只传输一个请求报文和一个响应报文。**因此上述例子中，会产生 4 个 TCP 连接。但是这 4 个 TCP 连接未必是串行的！！非常有可能是并行发生的，这个由浏览器自己决定，用户也可以自己设置并行度，设为 1 ，就变成串行连接了。

著名的 “三次握手”

定义 往返时间（Round-Trip Time，RTT）：指一个 短分组 从客户端到服务端，再从服务端返回客户端所花费的时间。

上述例子实际上涉及了一次 “三次握手” 的过程。

一开始客户端与服务端建立一个 TCP 连接过程：客户端向服务端发送一个小的 TCP 报文段，服务器用一个小的TCP报文段做出确认和响应，客户确认服务器响应。这个过程完成了三次握手的前两个部分，占用了一个 RTT 时间。客户向该 TCP 连接发送一个 HTTP 请求报文。一旦请求报文到大服务器，服务器就在该 TCP 连接上发送 HTML 文件。该 HTTP 请求/响应用去了另一个 RTT。然后还要考虑传送 HTML 的时间。因此总的响应时间 = 2 * RTT + 传输 HTML 的时间。

非持续连接的 HTTP 缺点

每次为请求对象都需要建立和维护一个新的 TCP 连接。对于每个连接，客户端和服务器都需要分配 TCP 缓存区和保持 TCP 变量，这给服务器带来了严重的负担。
每一个对象经受两倍 RTT 的交付时延。

持续连接的 HTTP

HTTP 1.1 中，持续连接的 HTTP使服务器在发送响应后保持该 TCP 连接一直打开。在相同的客户端与服务器之间，后续的请求与响应只需要通过使用相同的 TCP 连接进行传送。之前的例子，使用了持续连接的 HTTP 后，4 个对象全部使用一个 TCP 连接进行传送。一般来说，如果一条连接经过一定时间间隔（可以认为配置的时间间隔）仍未被使用，HTTP 服务器就会断开该连接。HTTP 默认模式就是使用带流水线的持续连接。

HTTP/2 在此基础上做了更多的优化，允许在相同的连接中，请求与响应交错，并增加了连接中优化 HTTP 报文请求和回答的机制。