1、TCP短链接后端
咱们模拟一下TCP短链接的状况,client向server发起链接请求,server接到请求,而后双方创建链接。client向server发送消息,server回应client,而后一次读写就完成了,这时候双方任何一个均可以发起close操做,不过通常都是client先发起close操做。为何呢,通常的server不会回复完client后当即关闭链接的,固然不排除有特殊的状况。从上面的描述看,短链接通常只会在client/server间传递一次读写操做。服务器
短链接的优势是:管理起来比较简单,存在的链接都是有用的链接,不须要额外的控制手段。spa
2、TCP长链接server
接下来咱们再模拟一下长链接的状况,client向server发起链接,server接受client链接,双方创建链接。Client与server完成一次读写以后,它们之间的链接并不会主动关闭,后续的读写操做会继续使用这个链接。事件
首先说一下TCP/IP详解上讲到的TCP保活功能,保活功能主要为服务器应用提供,服务器应用但愿知道客户主机是否崩溃,从而能够表明客户使用资源。若是客户已经消失,使得服务器上保留一个半开放的链接,而服务器又在等待来自客户端的数据,则服务器将应远等待客户端的数据,保活功能就是试图在服务器端检测到这种半开放的链接。资源
若是一个给定的链接在两小时内没有任何的动做,则服务器就向客户发一个探测报文段,客户主机必须处于如下4个状态之一:cli
从上面能够看出,TCP保活功能主要为探测长链接的存活情况,不过这里存在一个问题,存活功能的探测周期太长,还有就是它只是探测TCP链接的存活,属于比较斯文的作法,遇到恶意的链接时,保活功能就不够使了。服务器端
在长链接的应用场景下,client端通常不会主动关闭它们之间的链接,Client与server之间的链接若是一直不关闭的话,会存在一个问题,随着客户端链接愈来愈多,server迟早有扛不住的时候,这时候server端须要采起一些策略,如关闭一些长时间没有读写事件发生的链接,这样能够避免一些恶意链接致使server端服务受损;若是条件再容许就能够以客户端机器为颗粒度,限制每一个客户端的最大长链接数,这样能够彻底避免某个蛋疼的客户端连累后端服务。定时器
长链接和短链接的产生在于client和server采起的关闭策略,具体的应用场景采用具体的策略,没有十全十美的选择,只有合适的选择。请求