网络编程中的 time_wait状态

2019独角兽企业重金招聘Python工程师标准>>>

经常编写socket程序的程序猿可能会碰到服务器端无法建立连接，报的错为：“too many open files”，对不起你的文件描述符资源耗尽了。程序猿大惊：我的文件描述符最大限制为65535，怎么能一下子耗光呢！四处找运维，最终得到不幸的消息：文件描述符确实被耗光。原因为：大量的socket处于close_wait状态不关闭释放文件描述符资源。这是怎么回事呢？
       我们先看看tcp关闭时的四次握手情况：

       

        从图中可以清楚的看到，close_wait状态是发生在服务器端的，与上述情况完全一致。一般情况下，socket编程中，客户端到服务器端的连接都会设置超时，如果客户端向服务器端发起请求，服务器端在规定时间内没有响应，客户端会认为超时，主动关闭连接。此时，服务器端会收到客户端发送的FIN而处于close_wait状态，服务器端由于一直在忙于做客户端刚才请求的事情，就不会调用close，因而长时间处于“close_wait”状态。
       回到刚开始提到的场景，能用close_wait把文件描述符耗光的一般来说是服务器端的代码编写有问题，通常情况下是服务器端一直在请求资源没反应或发生死锁。例如，服务器端去请求数据库，结果数据库配置错误，又没有设置连接超时，就很容易发生close_wait状态占用完文件描述符。

转载于:https://my.oschina.net/u/1423896/blog/193011