前端一次性发起多个请求发现返回的请求时间太长 ，是前端原因还是后端

[chenlaocong]

有一个需求是前端一次性请求 10 个接口，等 10 个接口全部请求完毕之后前端再解析。 但是发现 10 个接口中总是有几个接口过慢。差不多 10 秒钟，然后后端打日志，发现数据库请求加后端程序处理只用了 2 秒左右。于是查看前端 network 的时间，发现其余的 8 秒发现是花费在了 ttfb 上，查了一下 TTFB 指的是前端发起请求到后端接受第一个字节所需要的时间。

• 前端同时发起 10 个请求
• 后端数据库用的是 es，每个接口也会访问 mysql，要权限认证
• 后端总共耗时也差不多 2 秒
• 10 个接口只有 2-3 个接口 TTFB 时间长，需要 10 秒左右，其他接口 natwork 时间 2-3 秒就可以

那么问题就来了，这个 TTFB 是前端的原因还是后端的，会不会是 mysql 或者 es 多个访问阻塞了，或者是因为 nginx 配置，或许可能是服务器性能差？要怎么优化这个时间，有经验的大佬请回答下。 PS 我是前端，不太懂服务端这些 nginx 配置啥的

[learnshare]

@15651980765 #15 也有可能是写接口的人不好调教

[jialing]

接口使用多域名；中间件 聚合接口；

[utf16]

为啥不优化一下 可以合下接口

[xrr2016]

建议合并后端接口

[keelii]

君不见淘宝，京东图片都是 img1,2,3,3 么。分流下。另外看下请求瀑布流看看到底慢在哪里？分流不好做就让后端包一层拼合的接口，批量操作。

[Mazexal]

一般是中间加一层, 你们用 node 来桥接下, 然后包装成一个接口给前端

[hubahuba]

Promise 好一些吧

[meepo3927]

合并成 1-2 个接口吧 ， 可以考虑引入中间层

[laravel]

我们以前都是后端用 laravel，然后中间用 nodejs 写接口，就是从 N 个接口获取数据，然后做业务处理，然后把处理后的数据返回给前端（也是我，就是这么神奇）

[laravel]

后端用 java

[heasy]

合并接口优化或者前端使用 Promise.all

[duan602728596]

这种基本上就是需要后端出一个接口聚合数据，而不是让前端请求 10 个接口

[chenlaocong]

@heasy promise.all 也是相当于同时请求多个接口了吧。我现在就是 promise.all

[fishlium]

10 个接口应该还好吧，看你描述不像是浏览器对域名的限制，仔细排查一下整个过程，上个 http2 可以彻底排除浏览器对域名限制这一项

[colorfulberry]

需要一个 graphiql

[goofool]

只有一台服务器吗？默认长连接，有可能请求是顺序执行的。

[imbacc]

写个 node 可以把

[fortunezhang]

@chenlaocong 不是，后端在并发的情况处理好的话 10 个还是没问题的。 你可以看下浏览器的 network，感觉楼上说的同一个域名并发数有限有可能，你得看下网络，如果真的这样的话就需要加一个域名了。

[morethansean]

卡连接池也是 pending 啊，ttfb 跟连接池有什么关系？

[Ritr]

合并接口吧，不建议用现在的方式