当服务器缓慢发送响应时,http超时前多长时间?

当服务器缓慢发送响应时,http超时前多长时间?,http,Http,如果服务器根本没有响应,标准HTTP超时时间似乎是30秒。但是,如果服务器正在响应,但发送响应非常缓慢,那么“标准”超时是什么?客户什么时候放弃?当它在两个数据包之间达到某个时间时?从不?HTTP不标准化超时;没有什么能阻止客户永远等待。一些客户端可能会执行30秒的应用程序级超时,但例如,我的Firefox将network.http.response.timeout显示为300秒 缺乏标准更适用于反应缓慢。例如,各种扫描和反向代理使用滴流技术向客户端滴入几个字节,以防止客户端在执行繁重处理时超时

如果服务器根本没有响应,标准HTTP超时时间似乎是30秒。但是,如果服务器正在响应,但发送响应非常缓慢,那么“标准”超时是什么?客户什么时候放弃?当它在两个数据包之间达到某个时间时?从不?

HTTP不标准化超时;没有什么能阻止客户永远等待。一些客户端可能会执行30秒的应用程序级超时,但例如,我的Firefox将
network.http.response.timeout
显示为300秒


缺乏标准更适用于反应缓慢。例如,各种扫描和反向代理使用滴流技术向客户端滴入几个字节,以防止客户端在执行繁重处理时超时。通常每10秒100字节左右就足够了,当然这是非常特别的(请参见上面关于缺乏标准的评论)。

我实际上需要在服务器上进行大量处理。这就是我问的原因。明白了。我肯定会考虑某种形式的涓涓细流或AJAX-Y方法。如果您的服务器是面向最终用户的,那么您可能希望显示进度,而不考虑浏览器上的超时,但是如果我们只查看它的HTTP端,那么在30秒内没有服务器数据始终是一个风险。一些有攻击性的客户端可能会超时。我正在进行串行批处理图像处理,处理图像后立即返回数据。它应该会起作用。