TCP连接关闭总结

shallwake

墨衍会员 · AI 创作全网分发码龄18年

关注

原创最新推荐文章于 2024-05-08 20:08:52 发布 1.1w 阅读 AI 写同款· GEO 优化 ›

AI权益加码！Claude Code、Cursor等20+工具免费用！购周边限时加赠Coding Plan Lite，畅享主流AI工具！学习进阶更高效！阅读详情

由于涉及面太广，只作简单整理，有兴趣的可参考《UNIX Networking Programming》volum 1, Section 5.7, 5.12, 5.14, 5.15, 6.6 以及7.5 SO_LINGER选项。

以一个简单的echo服务器为例，客户端从标准输入读入字符，发送给服务器，服务器收到后再原样返回，客户端收到后打印到标准输出。

那么，关于套接字的关闭有以下几种情形：

1，客户端关闭连接：

1.1，客户端调用close()

1.2，客户端进程关闭

1.3，客户端调用shutdown()

1.4，客户端调用close()+SO_LINGER选项

1.5，客户端崩溃

2，服务器关闭连接：

2.1，服务器调用close()

2.2，服务器进程关闭

2.3，服务器崩溃

2.4，服务器崩溃+SO_KEEPALIVE选项

========================================分割线=========================================

1.1与1.2等价，就算客户端进程关闭，系统内核也会自动close(socket)，且注意，当socket引用为0时才会真正调用close()，close()总是立即返回的，然后由系统尝试发送完内核缓冲区内的所有数据，接着才发送FIN。

说道这里，不得不谈谈TCP连接关闭的四次握手。可以看成是2组FIN, ACK。主动关闭的一方先发送FIN，收到ACK后，进入FIN_WAIT2状态，此时也叫做“半关闭”状态，特别须要注意的是，此时客户端套接字依然可以接收数据包，但是不能发送数据包。被动关闭的一方，此时收到FIN了，一般情况下都是由于read(socket)返回0，然后得知对方关闭，close(socket)后，另外一组FIN，ACK随之产生，此时主动方进入TIME_WAIT状态。即四次握手完成。

以上即是正常情况下连接关闭的情形。

再看看1.3，shutdown()与close()主要有3点区别：

shutdown()不理会引用计数与内核缓冲区内剩余待发数据包，直接发送FIN；

shutdown()可以只关闭套接字某个方向的连接，例如关闭发送，关闭接收，或者2者都关闭；

实际上shutdown(write)后，就是上面说的半关闭情形，依然可以完成四次握手。

再看看1.4，为什么要设置SO_LINGER呢

SO_LINGER的目的就是改变close()的默认行为，可以决定close()在哪个状态返回，或者让套接字立即发送RST，从而没有FIN的发送。接收方返回ECONNRESET错误，连接直接关闭。

再来总结下1.1-1.4，这么多关闭连接的方式，那么什么方式才是最好的呢？

择优选择的方式当然是考虑最恶劣的情况，对方主机崩溃或网络故障导致数据包传输停滞。

RST不用考虑了，直接TIME_WAIT状态都没，如果有网络故障，可能下次创建的套接字还会接收到已经被销毁的套接字的数据报。

close()不能保证对方一定收到FIN。

close()+SO_LINGER虽然能控制close()在收到ACK后返回，依然不能保证四次握手完成。