网络编程中的 time_wait状态

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

       

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