偶遇No buffer space available

前言

前段时间遇到一个问题，由于是初次相识，所以写一篇小笔记记录一下。以免后面再次遇到类似的问题，可以参考提供解决问题的思路。

问题概述

当时同事发过来的页面异常信息是这样的

当时看到这个页面完全没有思绪，没有办法只好连接远程服务器，看到tomcat上也报异常了，没办法只好尝试着去重启tomcat，可是tomcat好像也启动不了。而且报另外一个异常，而我也被这个异常信息带偏了。tomcat上的异常信息是这样的

上面的异常信息显示数据库连接池创建失败。这里想到难道是项目的数据库连接出现问题。检查了数据库是正常的，可以使用，难道是数据源配置出现问题？可是之前部署到tomcat上还是可以的。不应该是数据源配置出现问题，后来想是不是因为换了tomcat部署，而tomcat上可能配置了数据源，可是检查了一下，发现数据源也是正常的，没任何毛病。没办法只好请教了同事，可是同事也没有提出什么好的建议，这下彻底傻眼了。

没什么是重启不能解决的

第二天上班过来，我远程重启了服务器，然后重启了tomcat重新发布了项目，结果居然好了。但是具体是什么原因导致这种情况出现。心中很是疑惑。。。又在网上了查找了一些资料，可是没找到原因。后来我又看了一次同事发给我的异常信息图片，既然tomcat启动报错的原因找不到，说不定可以从最初的异常发生来找原因。我找了一下，网上有提到相关原因，联想到自己的项目，完全吻合。
由于这个项目中，有很多服务接口。而在另外一个项目中有一个功能用httpclient同时调用这些接口，通过httpclient调用时需要建立连接，由于并发或者请求过多导致，由于大量连接处于time-wait，这样就导致了很多服务器的资源被大量消耗。说到这个time-wait状态，这里就要重新复习一下TCP的四次挥手，借用一下《扫盲系列之Http长连接短连接》的图

在tcp断开连接的过程中，需要四次挥手，这里的挥手是相对建立连接的三次握手而言。在服务端发送断开连接请求之后（这里需要注意客户端也是可以主动发起断开连接的请求），客户端接收到服务端的断开连接请求，他会回应服务端，他已经收到断开请求，但是客户端不会马上断开连接，因为客户端可能还有数据包没有发送完毕。所以客户端不会马上断开连接，而是等自己这边的数据发送完毕再断开连接，然后再发送一个finish响应。服务端收到客户端的finish响应会再次发送一个ACK来确认客户端是否已经断开连接，由于网络的延迟等其他原因，服务端需要等待一段时间，这段时间就是上图的2MSL，而这段时间的连接都是出于time-wait状态。在一段时间之后连接才彻底断开变为closed状态。而如果请求很多，导致很多连接出于time-wait状态就会导致No buffer space available的产生。后来我在本地简单模拟多次请求，然后通过是netstat -n来查看连接情况，确实看到很多连接出于time-wait状态，截图如下

重启只能救场，不能根治

上面的问题，虽然重启服务器能够立马释放socket连接（注意这里不是重启tomcat服务器），但是这种方式只是治标不治本，这种问题后面可能还会出现，对于这种问题，应该从代码和硬件角度来考虑解决。首先代码中对于httpclient建立的连接应该及时关闭，同时还可以修改服务器的注册表，提高socket可用连接数，同时减少time-wait时间，让处于time-wait状态的连接尽快释放。
2019/1/17添加
今天同事曹老板说遇到个问题，看到他这异常，莫名的熟悉。当时就跟他说这个异常，把服务器重启下就ok了，他说重启确实可以，但是没有根本解决问题，而且这是生产环境，谁知道哪天又出现这个问题导致服务挂掉了，马上就要过年了，不想吃年夜饭的时候被客户电话打爆。他在网上找到一篇文章，也是这个问题，windows server 2008/windows 2007系统版本存在的一个bug，需要在系统中打如下补丁，方能解决问题。Windows Server 2008 R2系统BUG导致windows缓冲区已满(no buffer space),Windows核心套接字泄露问题导致操作系统套接字资源被耗尽,导致服务器与数据库无法正常对接。
解决方案：
1、安装Windows kb2577795补丁—解决服务器windows缓冲区已满(no buffer space)的问题
2、安装Windows kb2553549补丁—解决数据库服务器TCP连接不释放问题
补丁包下载

总结

上面是对于自己遇到的问题的一份小总结，对于这个问题的解决办法，如果有更好的解决思路，还请留言指教！