长连接

心跳机制、长连接和短连接

HTTP与TCP/IP之间的关系如下:

• HTTP长链路和短链路基本上是TCP长链路和短链路。HTTP是一个应用层协议,在传输层和网络层使用TCP协议和IP协议。IP协议主要涉及网络路线和位置问题,但TCP协议处理在IP层以上可靠传输数据包的问题,使网络接收端能够接收发件人发送的所有软件包并遵循发送顺序。

如何理解HTTP协定缺乏国家:

• HTTP协议是无效的,这意味着协议没有交易管理的内存能力,服务器不知道客户是谁。 也就是说,在服务器上打开网页与先前在服务器上打开网页之间没有联系。 HTTP是一个未注明的、连接的协议,并不意味着HTTP无法保留TCCP连接,更不用说HTTP使用了UDP协议(没有连接)。

长线和短线之间有什么区别?

• HTTP/ 1.0 默认使用简短连接。 这意味着客户端和服务器每次使用 HTTP时, 都会进行连接, 任务结束时连接就会终止。 当客户浏览器看到 HTML 或其他类型的网页包含额外的网络资源( 如 JavaScript、 图像和 CSS 文件, 例如.) 时, 浏览器会话会话会设置新的 HTTP 会话 。
  在一种情况下,默认使用长的连接来保留连接属性。在使用长期连接的 HTTP 协议时,在回复中加入以下行代码:

当一个网页打开时,用于在客户与服务器之间发送 HTTP 数据的TCP 连接没有关闭,客户在再次查看服务器时将继续使用已建立的连接。 Keep- Alive 不永久保留连接; 它有一段时间要维持, 可以在不同的服务器软件中更改( 例如, gkeepweb 页面是打开的, 用于在客户与服务器之间发送 HTTP 数据的TCP 连接不是关闭的, 客户在再次查看服务器时将继续使用已建立的连接。 保存- ALive 不永久保留连接; 它有一段时间要维持, 可以设置在不同的服务器软件中( 例如, 长期连接需要客户与服务支持它) 。

HTTP协议的长线和短线联系基本上是TCP协议的长线和短线联系。

TCP连接：

• 当TCP协议用于网络通信时,在真正的读写活动之前,客户和服务器之间必须进行连接,当双方在读写操作完成后不再需要连接时,这种连接可能被释放。连接的构造取决于“三个握手”和释放需要“四个握手”,因此每个连接都是在资源消耗中构建的,时间动作CP协议用于网络通信,在真正的读写活动之前,客户和服务器之间必须进行连接,当双方在读写操作完成后不再需要连接时,这种连接可以释放。连接的建立取决于“三个握手”和释放需要“四个握手”,因此每个连接都是在资源消耗和时间中构建的。

为了绘制关系图,使用常规的三手摇篮:

传统四手握断开连接图:

长途短途操作:
短连接的运行阶段如下:

• 创建连接 - 数据传输 - 数据传输 - 密切连接 - 创建连接 - 数据传输 - 密切连接 - 创建连接 - 数据传输 - 密切连接

长期连接的运行阶段如下:

• 建立连接 - 传输数据.. (保持连接) 传输数据 - 关闭连接

TCP短连接

模拟 TCP 短连接: 客户请求与服务器连接,这是请求的, 然后在当事人之间建立连接。 客户向服务器发送了信息,服务器响应了请求, 一项请求已经完成。 此时此刻, 双方可以自由启动关闭操作, 但通常是由公司启动密切操作 。

短期联系的好处是易于处理,现有的联系是有用的,不需要额外的限制。

TCP长连接

让我们尝试模拟一个长长的连接: 切开到服务器, 服务器接受客户端连接, 以创建连接, 切开和服务器之间的连接将不会在一项请求完成后自动终止, 进一步的读写操作将使用此连接 。

如果客户已消失且连接未断开, 它会在服务器等待客户提供数据时在服务器上保留半开放的连接, 此时服务器将总是等待客户提供的数据。 存续功能是试图在服务器端识别此半开放连接 。

如果连接没有在两个小时内移动,服务器会向客户发送检测信息,根据客户主机的响应发现四个客户端状态:

• 客户主机仍在运行, 并通过服务器访问。 在此点, 客户的 TCP 回答是正常的, 服务器将重置计时器 。
• 客户主机已经崩溃, 已被关闭或正在重新启动。 在这些情况下, 客户无法对 TCP 作出反应。 服务器每75秒发送总共10次这样的检测。 如果服务器没有得到任何响应, 它会认为客户关闭并终止连接 。
• 客户端失败并重新启动 。 服务器将获得对其生存检测的响应, 这将是一个重新定位, 使服务器能够结束连接 。
• 客户端正在运行, 但服务器无法使用。 此情形与第二个相同 。

长短联系的利弊

从上文可以看出,长期连通可以节省更多的TCP创建和关闭的操作,减少浪费和节省时间。对于经常请求资源的客户来说,长期连通是适当的。 在长期连通的应用程序设置中,阴蒂端通常不会自动关闭连接,当阴蒂和服务器之间的连接仍然开放时,服务器维持着太多的连接,因为客户的连接越来越多。 在这一点上,服务器端需要战略,例如长期关闭一些未经请求的连接,以避免某些恶意连接给服务器终端服务造成损害;如果条件允许,限制每个客户的最大连接长度,以便完全避免恶意客户拖累整个后端服务。

服务器一般很容易维持短路,现有的连接是有用的连接,不需要额外的限制,然而,如果客户经常提出请求,TCP的建立和关闭将损失更多的时间和带宽。

客户和服务器的关闭方法产生长、短的连接,各种应用程序需要不同的战略。

如上所述,长期连接可以节省更多的TCP创建和关闭的操作,最大限度地减少浪费,并节省时间。长期连接更适合经常请求资源的客户。 然而,这里有人担心,生存功能的探测周期过长,它只是探测TCP连接的存续,这是一种类似的Svenic做法,在出现恶意连接的情况下,生存功能不足。如果客户界面增长,服务器迟早无法管理,则服务器终端需要技术,例如关闭一些没有长期发生的连接,以避免对服务器终端服务造成伤害的任何恶意连接;如果条件允许,可以将客户端机器用作粒子大小,从而限制与每个客户端的最长长连接次数,从而限制与每个客户端的最长连接。

服务器一般很容易维持短路,现有的连接是有用的连接,不需要额外的限制,然而,如果客户经常提出请求,TCP的建立和关闭将损失时间和带宽。

客户和服务器采用的关闭方法形成了长链接和短链接,个人应用程序采用不同的战略,没有理想的选择,而只是正确的选择。

何时是漫长的连接,何时是短暂的连接?

频繁的点对点通信经常使用长线连接,连接的数量也保持在最低水平。 每个 TCP 连接需要三步握手, 需要花费时间。 如果每次行动先连接然后操作, 处理速度会大大降低, 这样每个操作都会打开, 数据包会在处理时直接传输, 没有 TCP 连接。 例如, 如果频繁连接短连接会造成插座问题, 频繁的套座形成会浪费资源, 则使用长线连接数据库 。

另一方面,网站的网址服务通常联系很短,因为长期联系需要一定数量的资源才能满足服务目的,但网站的接通频率是数以万计甚至数亿计的客户,如果使用长链接,同时有数千个用户,如果每个用户都使用一个连接,那么通过短链接可以节省资源。

本文由 在线网速测试 整理编辑，转载请注明出处，原文链接：https://www.wangsu123.cn/news/12260.html。