tomcat处理偶尔超时超时时间设置具体指的范围是什么？

点击联系发帖人 时间：2019-09-16 03:48

tomcat超时

tomcat处理偶尔超时响应http请求超时问题 [问题点数：50分，结帖人qq_]

问题描述：将一个web工程部署到两台机子AB上浏览器页面通过post请求传递一个4M的参数到A上,A将参数和请求转发给B处理，B處理完成以后返回一个好几M的数据给A然后A将此B返回的数据传递给页面进行显示。AB机子都是用的tomcat处理偶尔超时JS设置的AJAX请求超时时间为110s，現在出现的问题是后台处理完成以后页面却显示超时。请问是http协议的问题还是tomcat处理偶尔超时服务器的问题又或者是别的问题原理是什麼。

尝试的解决办法：最初怀疑是jvm内存不够于是tomcat处理偶尔超时启动时设置jvm的初始内存大小，效果不大求各位大佬指点。



 

 connectionTimeout以毫秒为单位默认设置为20秒。通过修改该参数可以修改tomcat处理偶尔超时的请求超时时间； 
 
 

 两个tomcat处理偶尔超时都设置下试试;
 
 

 还有,看看你的前端有没有设置超时时间.



 

 connectionTimeout以毫秒为单位，默认设置为20秒通过修改该参数，可以修改tomcat处理偶尔超时的请求超时时间； 
 
 

 两个tomcat处理偶尔超时都设置下试试;
 
 

 还囿,看看你的前端有没有设置超时时间.

前端设置了超时时间然后A通过建立HTTP连接将请求转发给B，这里设置了http的连接超时时间和读取数据的超時时间让B进行数据的业务处理然后返回给A，我猜想是不是HttpConnection的超时时间设置得太小了不过看了你的看法，我觉得你说的可能性很大可能跟tomcat处理偶尔超时的超时设置有关系。

 

 两个tomcat处理偶尔超时都设置下试试;
 
 

 还有,看看你的前端有没有设置超时时间.
 
 
前端设置了超时时间然后A通过建立HTTP连接将请求转发给B，这里设置了http的连接超时时间和读取数据的超时时间让B进行数据的业务处理然后返回给A，我猜想是不是HttpConnection的超時时间设置得太小了不过看了你的看法，我觉得你说的可能性很大可能跟tomcat处理偶尔超时的超时设置有关系。

如果前端设置超时时间了,那我建议你首先将超时时间设置大些,HttpConnection 设置大些.

还有查看下你的业务处理,是不是可以优化下.减少处理时间.

匿名用户不能发表回复！

}

//这个参数期望得到一个时到这個主机的并发最多只有200；而不是400；

而我连接到时，到每个主机的并发最多只有200；即加起来是400（但不能超过400）；所以起作用的设置是DefaultMaxPerRoute

}

]默认值 75s上下文 http server location说明第一个参数指定了与client的keep-alive连接超时时间。服务器将会在这个时间后關闭连接可选的第二个参数指定了在响应头Keep-Alive: timeout=time中的time值。这个头能够让一些浏览器主动关闭连接这样服务器就不必要去关闭连接了。没有這个参数nginx不会发送Keep-Alive响应头（尽管并不是由这个头来决定连接是否“keep-alive”）两个参数的值可并不相同

注意不同浏览器怎么处理“keep-alive”头

Opera永久保歭长连接

resolver_timeout

语法 resolver_timeout server的连接超时时间，有必要记住这个超时不能超过75秒。

这个不是等待后端返回页面的时间那是由proxy_read_timeout声明的。如果你的upstream服务器起来了但是hanging住了（例如，没有足够的线程处理请求所以把你的请求放到请求池里稍后处理），那么这个声明是没有用的由于与upstream服务器的连接已经建立了。

proxy_read_timeout

语法

}

天天发财游戏网