js获取服务器响应时间,【JS】浏览器所允许的http请求最长的响应时间？

最近遇到一个问题，就是前端发起http请求后，后端接近要10几分钟才能完整处理好并且响应回来，而浏览器在2分多种的时候，因为请求一直没有响应而failed了，虽然后面让后台优化流程去了。但是我却有了一个疑问：

浏览器对于http请求的响应时间是否存在最大值呢？是否超出一定时间内无响应就会挂起这个请求？

如果实在是需要设置可以允许超长的请求，有可能做到吗？

多谢各位大神的赐教，为了方便大家理解为什么我会提这个问题，这里补充下业务的场景：

用户点击按钮进行批量导入，然后弹框让其选择excel表，选择完毕前端直接将数据发给后端处理；

后端拿到excel表，将里面的数据先一一和我们的数据库匹配，然后再将数据和天眼查(或其他类似)的数据比对，比对完成再将核实后的数据保存下来返回给前端；

问题所在：

a.前端不会限制excel表格的大小，理论上excel可以无限大；

B.测试过当excel里面存在超过5000条数据的时候，前端发起请求后，后端一直在处理，而浏览器在2分钟左右的时候就因为请求没有任何响应而failed，但是看了后端的代码，他其实还在运行，简单看了下，后端整个过程下来要运行接近20分钟

目前想法：

a.作为前端，对于这种要用户等待时间这么长的请求，我肯定是不同意的，会严重影响用户体验，已经让后端回去检查

B.过程中衍生了一个想法：万一将来真的有一天需要做这种恶心的功能，前端是否有可能做得到？

最后，再一次谢谢各位赐教的大神！

回答

1.超时时间肯定有，并且存在多级设定

比如7层的HTTP超时，在 Nginx、Apache 之类的设置

也存在 4 层的 TCP 超时

中间网络节点，也存在超时的可能

2.不建议设置超长的请求

3.根据耗时的原因，来更换策略

如果是运算类型的接口导致的速度慢，是不是可考虑缓存接口数据，提前预生成接口数据

如果是下载类型，需要实时生成下载文件的，可以改成多次请求，

第一种请求先申请下载任务

第二种请求开始轮训下载任务是否准备好

第三种请求才直接下载文件

补充内容

超大型文件的上传，前端也是可以处理的，利用 FileAPI 对文件进行分割上传

PS：上传文件和数据对比，其实也可以拆分成两个接口。

上传的接口只管上传，怎么快，怎么体验好，怎么来。

获取对比后的数据，这是一种运算类型的接口，也可以单独出来。

浏览器有默认连接超时，Firefox 好像是115秒，Chrome 好像是5分钟还是6分钟。

如果后端需要处理十多分钟才能返回结果，那肯定是要异步返回结果。不可能同步，没理由同步，就算浏览器不超时，你也没必要同步返回，浪费资源。

要及时返回处理结果，你可以用 WebSocket 和 Ajax 轮询实现。

用户上传文件，服务器成功接受文件后返回一个上传成功的结果，然后前端给个 Loading 提示，然后定时轮询，查询后端处理结果，处理成功了就更新前端提示成功，没有就继续 Loading 提示。

参见tcp的超时

逐级递增，同步请求无法控制的，异步可以设置超时时间

我和你的情况差不多，都是导入的时候，后台要插入数据，有将近1200条，插入语句，每条语句没有插入异常或者错误，后台需要10几分钟才完成，而返回给前端的是响应超时；我在思考多线程是否可以解决，但是暂未实施