TCP在真正的读写操作之前,服务端与客户端之间必须建立一个连接,
当读写操作完成后,双方不再需要这个连接时它们可以释放这个连接,
连接的建立通过三次握手,释放则需要四次挥手,
所以说每个连接的建立都是需要资源消耗和时间消耗的。
长连接的操作步骤是:
建立连接->数据传输…(保持连接)…数据传输->关闭连接。
短连接的步骤是:
建立连接->数据传输->关闭连接…建立连接->数据传输->关闭连接。
长连接和短链接各自的优缺点:
1、长连接可以省去较多的TCP建立和关闭的操作,减少浪费,节约时间,但是一直连接对于客户端来说比较耗电。
2、对于频繁请求资源的客户来说,较适用长连接。
3、客户端与服务端之间的连接如果一直不关闭的话,会存在一个问题,
4、随着客户端连接越来越多,server早晚有扛不住的时候,这时候server端需要采取一些策略,如关闭一些长时间没有读写事件发生的连接,这样可以避免一些恶意连接导致服务端服务受损;
5、如果条件再允许就可以以客户端机器为颗粒度,限制每个客户端的最大长连接数,这样可以完全避免某些的客户端连累后端服务。
6、短连接对于服务器来说管理较为简单,存在的连接都是有用的连接,不需要额外的控制手段。
7、一次TCP连接和断开需要7个来回,如果客户端请求频繁,将在TCP的建立和关闭操作上浪费大量时间和带宽。
TCP长/短连接的应用场景:
1、长连接多用于操作频繁,点对点的通讯,而且连接数不能太多情况。
每个TCP连接都需要三次握手,这需要时间,如果每个操作都是先连接,
再操作的话那么处理速度会降低很多,所以每个操作完后都不断开,
再次处理时直接发送数据包就OK了,不用建立TCP连接。
例如:数据库的连接用长连接,如果用短连接频繁的通信会造成socket错误,
而且频繁的socket 创建也是对资源的浪费。
2、而像WEB网站的http服务一般都用短连接,因为长连接对于服务端来说会耗费一定的资源,而像WEB网站这么频繁的成千上万甚至上亿客户端的连接用短连接会更省一些资源,如果用长连接,而且同时有成千上万的用户,如果每个用户都占用一个连接的话,那可想而知吧。所以并发量大,但每个用户无需频繁操作情况下需用短连接好。