TCP四次握手连接释放

TCP连接释放

四次握手正常释放链接如图

1. 第一次握手：A方发送连接释放请求DR给B，在发出DR的同时它也启动一个定时器
2. 第二次握手：当这个DR到达B的时候，B会回发一个确认ACK，这个ACK到达A后A的连接就释放了
3. 第三次握手：与此同时收到DR的那一方B，它也会发出一个连接释放的请求DR并同样启动定时器
4. 第四次握手：最后这个DR到达A的时候，A会再回发一个ACK，当这个ACK到达B的时候B的连接就也释放了

其中双方在发送DR的同时都启动了一个定时器，当定时器超时后，这根连接会被强制释放

定时器的作用

如果一方发送了FIN置位了的DR数据段出去，但是却在定时器超期之时都没有收到应答，这个时候它会因为超时而释放连接，然后另一方最终也会注意到连接的对方已经不在了，超时之后连接释放，不然连接可能永远都断不掉

除此之外，如果初始DR的和重传都丢了，协议失败，发送者将放弃发送且释放连接，但另外一端却不知道这些情况，仍然处于活跃的状态，这种情形就会导致半开放连接(half-open)

解决方法：如果在一定的时间内没有TPDU到达的时候，连接自动释放，这样传输实体在发送一个TPDU的时候，必须要启动一个定时器，定时器超期将发动一个哑的TPDU以免被断掉

为什么TCP建立连接只需要三次握手，而关闭连接需要四次握手？

因为服务端的LISTEN状态下的SOCKET当收到SYN报文的建连请求后，它可以把ACK和SYN（ACK起应答作用，而SYN起同步作用）放在一个报文里来发送，但关闭连接时，当收到对方的FIN报文通知时，它仅仅表示对方没有数据发送给你了；但未必你所有的数据都全部发送给对方了，所以你可以未必会马上会关闭SOCKET，也即你可能还需要发送一些数据给对方之后，再发送FIN报文给对方来表示你同意现在可以关闭连接了，所以它这里的ACK报文和FIN报文多数情况下都是分开发送的