TCP连接释放
四次握手正常释放链接如图
- 第一次握手:A方发送连接释放请求DR给B,在发出DR的同时它也启动一个定时器
- 第二次握手:当这个DR到达B的时候,B会回发一个确认ACK,这个ACK到达A后A的连接就释放了
- 第三次握手:与此同时收到DR的那一方B,它也会发出一个连接释放的请求DR并同样启动定时器
- 第四次握手:最后这个DR到达A的时候,A会再回发一个ACK,当这个ACK到达B的时候B的连接就也释放了
定时器的作用
如果一方发送了FIN置位了的DR数据段出去,但是却在定时器超期之时都没有收到应答,这个时候它会因为超时而释放连接,然后另一方最终也会注意到连接的对方已经不在了,超时之后连接释放,不然连接可能永远都断不掉
除此之外,如果初始DR的和重传都丢了,协议失败,发送者将放弃发送且释放连接,但另外一端却不知道这些情况,仍然处于活跃的状态,这种情形就会导致半开放连接(half-open)
解决方法:如果在一定的时间内没有TPDU到达的时候,连接自动释放,这样传输实体在发送一个TPDU的时候,必须要启动一个定时器,定时器超期将发动一个哑的TPDU以免被断掉
为什么TCP建立连接只需要三次握手,而关闭连接需要四次握手?
因为服务端的LISTEN状态下的SOCKET当收到SYN报文的建连请求后,它可以把ACK和SYN(ACK起应答作用,而SYN起同步作用)放在一个报文里来发送,但关闭连接时,当收到对方的FIN报文通知时,它仅仅表示对方没有数据发送给你了;但未必你所有的数据都全部发送给对方了,所以你可以未必会马上会关闭SOCKET,也即你可能还需要发送一些数据给对方之后,再发送FIN报文给对方来表示你同意现在可以关闭连接了,所以它这里的ACK报文和FIN报文多数情况下都是分开发送的