浏览器所允许的http请求最长的响应时间？

Question

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

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

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

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

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

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

问题所在：

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

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

目前想法：

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

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

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

Answer 1

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

Answer 2

浏览器有默认连接超时，Firefox 好像是115秒，Chrome 好像是5分钟还是6分钟。如果后端需要处理十多分钟才能返回结果，那肯定是要异步返回结果。不可能同步，没理由同步，就算浏览器不超时，你也没必要同步返回，浪费资源。要及时返回处理结果，你可以用 WebSocket 和 Ajax 轮询实现。用户上传文件，服务器成功接受文件后返回一个上传成功的结果，然后前端给个 Loading 提示，然后定时轮询，查询后端处理结果，处理成功了就更新前端提示成功，没有就继续 Loading 提示。