服务器未能释放tcp连接,TCP连接的建立和释放

本文主要探究tcp连接建立和释放过程中的状态演变

TCP连接的建立

三次握手

其实这张图已经说得很清楚了，客户端应用程序调用connect导致TCP发送一个SYN报文段，服务器端有一个监听套接字，该监听套接字收到SYN后，在待连接套接字队列中插入一项，然后发送SYN和对客户端确认的ACK(注意到ACK序列号总是和目前等待接收的序列号相同，此图中客户端发送的数据仅仅只有SYN 1个字节，所以在SYN的序列号J的基础上加1得到ACK的序列号，如果是其他数据报文段，那么报文段实际长度为多少，确认序列号就在该报文段的序列号基础上加多少)。客户端接收到该SYN和ACK以后,connect调用就成功返回，同时向服务端发送ACK。服务端接收到客户端发送的ACK之后，就将该连接从待连接套接字队列移到已连接套接字队列，等待accept调用从已连接套接字队列中取出。注意到accept总是对已连接套接字队列执行pop操作，因此accept得到的总是三路握手已完成，连接已建立的套接字，可以说即使不调用accept，这个已连接的套接字也已经存在于系统中。那么如果客户端在三路握手完成之后，accept调用之前crash掉怎么办，有些系统对accept之前crash掉的连接在内核层面已经解决，所以accept不会看到这种状态的出现，另一些对已经crash掉的连接调用accept则返回ECONNABORT错误，因此，最保险的做法是检查ECONNABORT错误，如果检查到该错误，直接进行下一次accept就行。

TCP连接的释放