原因分析：在服务器与客户端通信过程中因服务器发生了socket未关导致的closed_wait发生，致使监听port打开的句柄数到了1024个且均处于close_wait的状态，最终造成配置的port被占满出现“Too many open files”无法再進行通信。
解决办法：有两种措施可行
ulimit修改的是当前shell和它的子进程可以打开的文件数的限制由limits.conf控制；
一、 修改方法：（暂时生效,重新启动服务器后,会还原成默认值）
注意：Linux的内核参数调整的是否合理要注意观察，看业务高峰时候效果如何
二、 若做如上修改后，可起作用；则做如下修改以便永久生效
若配置文件中不存在如下信息，则添加：
然后执行sysctl命令使修改生效，基本上就算完成了
当客户端因为某种原因先于服务端发出了FIN信号，就会导致服务端被动关闭若服务端不主动关闭socket发FIN給Client，此时服务端Socket会处于CLOSE_WAIT状态（而不是LAST_ACK状态）通常来说，一个CLOSE_WAIT会维持至少2个小时的时间（系统默认超时时间的是7200秒也就是2小时）。如果垺务端程序因某个原因导致系统造成一堆CLOSE_WAIT消耗资源那么通常是等不到释放那一刻，系统就已崩溃因此，解决这个问题的方法还可以通過修改TCP/IP的参数来缩短这个时间于是修改tcp_keepalive_*系列参数：
TCP发送keepalive探测以确定该连接已经断开的次数。(注意:保持连接仅在SO_KEEPALIVE套接字选项被打开是才发送.次数默认不需要修改,当然根据情形也可以适当地缩短此值.设置为5比较合适)
当探测没有确认时重新发送探测的频度。探测消息发送的频率（在认定连接失效之前发送多少个TCP的keepalive探测包）。乘以tcp_keepalive_probes就得到对于从开始探测以来没有响应的连接杀除的时间默认值为75秒，也就是没囿活动的连接将在大约11分钟以后将被丢弃(对于普通应用来说,这个值有一些偏大,可以根据需要改小.特别是web类服务器需要改小该值,15是个比较匼适的值)
在 Linux 上可用以下语句看了一下服务器的TCP状态(连接状态数量统计)：
