取经之路 - 长连接和短链接

取经之路 - 长连接和短链接

本质上是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服务一般都用短链接