同一个项目，有的接口请求快，有的接口请求慢

[596164296]

公司现在有个项目，前端在调用后端接口时候，发现有个接口 waterfall 的 Waiting for server response 时间很长，在只有一个请求的时候大概在 500ms ，但在有十几个请求的时候，直接能干到两三秒，照理说只是简单的插入数据库操作或是写入 redis 这种情况下，不应该时间这么长。另外其他接口访问时间都在 100ms 以内，但是这些接口不存在数据库写入操作。

跟后端沟通过，一是 Oracle 数据库插入时，当数据量越来越多的情况下，有可能会造成插入慢，但本地测试正常。二是网络环境问题，亦或是服务器配置问题，服务器本地测试也是正常的。

服务器搭建在阿里云上。

希望有个大神解答一下这是哪个环节出现问题了？前端有哪些方法排查问题并解决问题，后端有哪些方法排查问题并解决问题？

[alwaysol]

这是你前端该操心的事情吗

[bigfei]

先用 postman 做单个接口的性能测试，然后多个接口并发测试看瓶颈。后端用 arthas 打印火焰图看热点。

[dif]

装个 pinpoint 看下 类似的还有听云、skywalking 。这样可以看写数据花了多少时间，处理逻辑花了多少时间。听云还可以监控前端页面渲染的时间，DNS 等等这些，以前是有试用的。

[dode]

我这无线路由器网络不稳定，好像 tcp 连接会被重置，局域网 HTTP 请求有的被加到秒级

[AoEiuV020JP]

貌似 java 后端重启后很多接口第一次请求就特别慢，后续就正常，

[opengps]

让后端压测，优化改进，这不是你作为前端能改进的

[lltlo]

我搞 c/c++底层的，这种问题后端加点日志，很容易就看出是哪里慢了，如果是数据库本身插入数据慢，就和程序没问题了，想办法优化数据库。

[yidadaa]

http1.1 浏览器默认限制并发为 5 ，超过 5 的会排队，你切换到 http2 就没这个问题了。

[luozic]

trace 全链路跟踪啊，or 网关上面的统计数据看一下。

[jwchen]

有条件 打点 链路跟踪都搞上
没条件多加点日志 然后 慢慢分析吧，redis 数据库 慢查询打开

[zhtyytg]

把后端开了，你来写后端

[xueling]

可以用下我的开源项目，在关键的代码逻辑处加一些耗时监控看看情况，github 搜索：xl-lighthouse

[kristofer]

后端的话大概就是加日志看慢的地方，看有没有涉及到同步锁的地方等等等，具体问题具体分析吧


>"跟后端沟通过，一是 Oracle 数据库插入时，当数据量越来越多的情况下，有可能会造成插入慢"
先让他杜绝“可能”这个词吧，到底是啥原因要有理有据，至少得有推理过程

[imokkkk]

服务器装个 arthas trace 一下接口

之前碰到过一个问题 https://www.cnblogs.com/yhjs/p/15563933.html
本地死活复现不出来 一到服务器就有问题 arthas trace 还是很好用的