Tomcat假死原因排查

tomcat假死？为什么会假死呢，可能大多数人不会碰到这个问题，如果出现问题，重启服务器就好了，可是如果这个问题没有解决的话，那么就可能会存在相应的隐患，如果你的用户量多，那么必然你的请求量就高，这样假死的发生频率就会越来越高。
而刚好我们线上也出现了这个问题，就是tomcat假死，是如何知道假死的呢
开始我们的服务器报警预告无法访问某些接口发，报502的错误，由于我们的项目是通过nginx进行负载的，因此我们马上打开nginx进行日志查看，发现没什么异常，这个时候我们就去看后台tomcat的日志，发现没有日志打印，停留在了报警钱的日志，这个时候我们通过jmap和jstat来查看我们的项目是否存在内存泄露或者其他导致项目出问题的原因，但是发现一切正常，内存也不会一直飙升，这个时候没有办法，由于是线上我们只能重启服务器，重启完后，马上有用，但是过了一段时间又出现假死的状态。于是自己备留了一台进行原因的查看。
排查方法：
1、使用jmap的查看内存，看是否是内存泄露
2、分析dump文件，看是否存在问题
如果这两个都没有问题的话，那么我们就需要使用这一步进行查看

netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'

这个命令可以查看tomcat的连接、等待、关闭等
我们发现我们假死的服务器的close_wait巨高，有五六千个，因为这个tcp的连接一直没有释放，导致新的没有可用，而这个时候外面的获取不到可用的，而里面又不释放，这样就导致假死状态。
而我们之前部署从来没有出现问题，是最近一次才出现问题的。然后翻阅资料发现可能是我们后台写的http调用出现了问题，每次进行请求，但是忘记释放连接导致的。因此我们只需要将这个原有的http请求换成连接池的方式，换完以后，我们重新打上去的时候，发现这次问题解决了。
当然如果有兴趣的话，可以去抓包看看http的三次握手以及四次挥手你就能发现问题所在