Tomcat的默认最大连接数是 150,这个连接数我不是很理解,比如我的服务端响应很慢,秒级别的,那么无论客户端在快,他都要等待服务端响应完成整个连接才会断开。
但是,如果服务端响应够快,但是由于客户端网速差劲的话,那是不是一定要等客户端完全接收后,整个连接才会断开呢?
如果是这样的话,150 的连接,对于一些低网速的客户端,会不会一下子被占用了,这样会不会太不合理了,如果真的是这样,应该如何优化呢?
Tomcat的默认最大连接数是 150,这个连接数我不是很理解,比如我的服务端响应很慢,秒级别的,那么无论客户端在快,他都要等待服务端响应完成整个连接才会断开。
但是,如果服务端响应够快,但是由于客户端网速差劲的话,那是不是一定要等客户端完全接收后,整个连接才会断开呢?
如果是这样的话,150 的连接,对于一些低网速的客户端,会不会一下子被占用了,这样会不会太不合理了,如果真的是这样,应该如何优化呢?
这种情况类似于DDoS攻击
应该会有一个连接超时的设计。提高服务器的可用性
设置tomcat的等待超时时间即可
150个连接也看看是什么连接,如果是nio的话,完全没问题啊
理论中的nio并发连接上万都没问题,但这个跟业务复杂度有很大的关系的,实际生产环境单服远难达到上万和几万的并发连接访问。
客户端连接服务器 有超时机制,服务器向客户端响应内容 也有超时机制。
默认的模式的这样的 调优里面你可以开启 arp nio 其他现成非组赛的方式解决