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

Question

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

1. 浏览器对于http请求的响应时间是否存在最大值呢？是否超出一定时间内无响应就会挂起这个请求？
2. 如果实在是需要设置可以允许超长的请求，有可能做到吗？

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

• 用户点击按钮进行批量导入，然后弹框让其选择excel表，选择完毕前端直接将数据发给后端处理；
• 后端拿到excel表，将里面的数据先一一和我们的数据库匹配，然后再将数据和天眼查（或其他类似）的数据比对，比对完成再将核实后的数据保存下来返回给前端；

• 问题所在：

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

• 目前想法：

     a.作为前端，对于这种要用户等待时间这么长的请求，我肯定是不同意的，会严重影响用户体验，已经让后端回去检查
     B.过程中衍生了一个想法：万一将来真的有一天需要做这种恶心的功能，前端是否有可能做得到？
  

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

Answer 1

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

• 比如7层的HTTP超时，在 Nginx、Apache 之类的设置
• 也存在 4 层的 TCP 超时
• 中间网络节点，也存在超时的可能

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

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

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

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

  • 第一种请求先申请下载任务
  • 第二种请求开始轮训下载任务是否准备好
  • 第三种请求才直接下载文件

---

补充内容

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

https://www.html5rocks.com/zh...

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

• 上传的接口只管上传，怎么快，怎么体验好，怎么来。
• 获取对比后的数据，这是一种运算类型的接口，也可以单独出来。

Answer 2

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

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

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

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

Answer 3

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

Answer 4

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

Answer 5

遇到这个问题，我们有一次是这么处理的。也是那个接口请求会比较慢，基本上需要两分钟左右才能返回数据。
1、前端发送一个接口。后台接收到之后，由于没有处理完成，他就写了个定时器，每24s左右就给我返回一个标识，比方说是code=2000
2、前端拿到code=2000的时候，就再次发送一个请求。后台接收到数据之后，就再去看自己的数据处理完成没有，如果没有的话，就在24s之后再次返回2000。如果在这24s内完成了， 就直接返回200。
3、前端拿到code=200，表示接口完成了。如果还是2000，则继续进行第2步的操作