38 | Tomcat拒绝连接原因分析及网络优化

老师可以讲下：Jconsole 线程信息里 总阻止数和总等待数的含义吗？还有线程已启动的总数(这个数字很大)是什么意思？

老师能讲下 maxConnections 与 maxThreads 的区别和联系吗？

老师好!TCP链接time_wait我和线程状态搞混了。。。我哭

增大accept队列长度使得tomcat并发短连接数暴增，必然导致服务器处理完请求后需要主动断开连的连接数增加；断开连接时四次挥手的最后一个阶段，客户端要等待2mls时间来保证服务端收到了客户端的ack（如果服务端没有收到最后一次挥手ack会重试，这时客户端需要重新发送ack），这时会导致大量time_wait；一旦达到上限将导致服务器拒绝服务

TCP 连接处在 TIME_WAIT 状态，这个是TCP协议规定的，四次挥手时主动关闭方所处的一个状态，会等待2个MSL，所以在这个时间段内不会释放端口，如果并发量大的话，会导致端口不够用，从而影响新的TCP连接。

老师 这个问题我查了一下别处的答案 https://mp.weixin.qq.com/s/KtcDxcY-pZBsvwJhwuKJmw 说是tcp连接关闭的最后一步 time_wait 需要2MLS 文中说到: 请求方过多time_wait会导致“Cannot assign requested address”异常。      服务方过多time_wait会导致”Too Many Open Files”异常。

保留timewait是为了是高效复用tcp连接，避免重复创建连接造成资源浪费，但过多的也会造成服务端文件打开数过多造成资源浪费

首先有几点需要明确： 1.连接关闭的发起方是请求端，四次挥手中的TIME_WAIT状态存在于请求端（发起方）； 2.请求端每次进行HTTP请求的时候，会使用一个临时的端口号，而机器的端口号是有限的，接收端是固定监听某个端口的； 3.建立连接时，机器是要打开一个文件句柄（这里我不太确定请求端要不要打开，接收端是肯定要打开一个文件句柄的，有肯定的同学可以赐教）。 然后我们来看如果存在大量TIME_WAIT状态的链接可能存在的问题： 如果在高并发场景下，可能会有如下问题 1.请求端的端口耗尽，因为处于TIME_WAIT状态不能释放连接所占用的相关资源，临时端口就是。如果端口耗尽的话请求端就无法再向外部进行HTTP请求，导致服务不可用等问题； 2.由于一直TIME_WAIT状态，最直接的原因是接收端一直没有接收到请求端最后一次挥手中的ACK，所以会重试发送FIN和ACK，所以导致的问题是接收端的相关资源无法释放，文件句柄就是，那极端情况下会导致服务端报Too many open files错误，致使接收端服务不可用

哇 老师， 您这里讲的 和 网络编程 那一专栏里讲的部分内容一致诶 难怪我读起那篇文章来没有一点违和感，原来在这里已经阅读过一遍了啊。

连接在TIME_WAIT状态停留的时间为2倍的MSL。在2MSL等待期间，该端口不能再被使用。