服务端出现大量的close

在TCP协议中，CLOSE_WAIT状态表示本地端（通常是服务端）已接收到远程端关闭连接的请求，但尚未关闭自己的连接。这种状态可能会导致资源消耗过高，从而影响服务器性能。出现大量的CLOSE_WAIT状态通常意味着你的应用程序没有正确处理关闭连接。

应用程序未关闭套接字：
- 服务器在处理完来自客户端的请求后，没有调用适当的接口（如 close() 或 shutdown()）来关闭套接字。
长时间保持连接：
- 如果服务器与客户端之间有长时间不活跃的连接，且客户端已经关闭了连接，而服务器却仍然保持着打开状态，就会造成大量的CLOSE_WAIT。
频繁断开和重连：
- 客户端不断建立和断开与服务器的连接，但服务器未能及时释放这些断开的连接，导致处于CLOSE_WAIT状态。
网络异常：
- 网络中的异常状况可能导致连接在未正常关闭时直接进入 CLOSE_WAIT 状态。

确保套接字正确关闭：
- 检查你的代码逻辑，确保每个TCP连接在完成通信后都被正确地关闭。特别是在异常或错误发生时，要确保即使出现异常也能调用到套接字的关停函数。

   close(socket_fd);

使用资源管理工具：
- 可以使用工具如 netstat, ss, 或者其他网络监控工具，定期检查当前TCP状态并识别出数量过多的 CLOSE_WAIT 连接。

   netstat -an | grep CLOSE_WAIT | wc -l

优化应用层设计：
- 尽量避免频繁地创建和销毁TCP连接，考虑使用持久化连接（Keep-Alive）或长轮询等机制，以减少开销。
设置合理的超时时间：
- 针对TCP配置，可以考虑设置一些合适的超时时间，比如通过调整系统参数来限制空闲套接字存活时间：
```
echo 60 > /proc/sys/net/ipv4/tcp_keepalive_time
echo 15 > /proc/sys/net/ipv4/tcp_keepalive_intvl
echo 5 > /proc/sys/net/ipv4/tcp_keepalive_probes
```
监控与分析：
- 定期进行监控和分析，通过日志记录流量情况及错误信息，以便识别问题并进行调优。同时可以利用APM（Application Performance Management）工具来跟踪请求和响应时间，以及数据库或其他外部服务调用等情况。
代码审计与测试：
- 定期对代码进行审计，检查潜在的问题，如没有匹配调用或者丢失异常捕获、没有处理完成后的清理工作等。编写单元测试用例以覆盖各种场景，并验证是否能够正常释放资源。
增加最大文件描述符数目:
- 在Linux系统中，如果你发现达到文件描述符限制，可以考虑增加这个限制，以避免无法接受新的链接：
```
 ulimit -n 65535
```