取经之路 - 长连接和短链接
本质上是TCP的长连接和短链接
HTTP是一个应用层协议
TCP是一个传输层协议
IP是一个网络层协议
TCP解决如何在IP层上可靠的传输数据
HTTP是一个无状态的协议,对事务的处理没有记忆能力
HTTP/1.0默认使用短链接
HTTP/1.1起默认使用长连接 通过请求头设置: connection: keep-alive
长连接
- keep-alive保持一段时间的连接
- 详解 keep-alive
主要为服务器应用提供,服务器应用希望知道客户主机是否崩溃,明确客户是否可以使用资源。
如果客户已经消失
使得服务器上保留一个半开放的连接,而服务器又在等待来自客户端的数据,则服 务器将应远等待客户端的数据,保活功能就是试图在服务 器端检测到这种半开放 的连接。
如果一个给定的连接在两小时内没有任何的动作
则服务器就向客户发一个探测报文段,客户主机必须处于以下4个状态之一:
客户主机依然正常运行,并从服务器可达。
客户的TCP响应正常,而服务器也知道对方是正常的,服务器在两小时 后将保活定时器复位。
客户主机已经崩溃,并且关闭或者正在重新启动。
在任何一种情况下,客户的TCP都没有响应。服务端将不能收到对探测 的响应,并在75秒后超时。服务器总共发送10个这样的探测 ,每个间 隔75秒。如果服务器没有收到一个响应,它就认为客户主机已经关闭并 终止连接。
客户主机崩溃并已经重新启动。
服务器将收到一个对其保活探测的响应,这个响应是一个复位,使得服 务器终止这个连接。
客户机正常运行,但是服务器不可达。
这种情况与2类似,TCP能发现的就是没有收到探查的响应。
短链接
- 任务结束,连接断开
- 短连接一般只会在 client/server间传递一次读写操作
- 优点:管理起来比较简单,存在的连接都是有用的连接,不需要额外的控制手段
TCP三次握手建立连接
TCP四次挥手断开连接
https://blog.csdn.net/printf123scanf/article/details/105095919
优缺点
-
可以省去较多的TCP建立和关闭的操作,减少浪费,节约时间
-
存活功能的探测周期太长
-
Client与server之间的连接如果一直不关闭的话,会存在一个问题,随着客户端连接越来越多,server早晚有扛不住的时候
-
管理较为简单
-
如果客户请求频繁,将在TCP的建立和关闭操作上浪费时间和带宽
合适选择使用
- 长连接多用于操作频繁,点对点的通讯,而且连接数不能太多情况
- 像WEB网站的http服务一般都用短链接