有多个客户反馈网站操作很卡，后台看接口 Nginx 响应时间 99%请求都在 2s 以内，静态资源用的是 CDN，应该从哪里排查，或者怎么收集哪个请求慢？他们说的是操作很卡，不是网页打开慢，应该是 API 的问题

RT

不是。。。一个请求 2s 已经很卡了吧？

自己试用一下系统具体问题具体分析呗

首先，客户可能没有能力区分操作很卡和网页打开慢的区别
其次，后端响应 2s 是非常慢了，建议控制在 300ms 以内，可能和 nginx 没关系，是后端代码烂、慢查询等
最后，静态资源虽然在 CDN ，看似请求不会慢，但如果前端代码一样很烂，也会表现出来卡、慢

收集可以看看 sentry ，skywalking

你自己都不清楚为什么卡呀。。。

所以到底是网络太慢了/资源太大了导致的打开缓慢

还是数据请求太慢导致的卡

还是网页自身不合理，DOM 消耗的资源太多导致的卡

我遇到过一个离谱的就是打开后网页一直请求数据，一个请求达到一两个 G 的数据量。整个网页都卡死的

我还以为 OP 说的是 2ms ，仔细一看 TM 是 2s 。。。这个响应速度也太离谱了吧。OP 居然认为正常？

2s ，你这个网站已经几乎是不可用的状态了。首次进入触发瀑布请求，直接等个七八秒是吧。
至于排查方式：前端用 sentry 做个埋点，对比一下请求时间和返回时间。

99%延迟<2s ，假设每个用户到网站上只做一个操作
那这就意味着每 100 个用户里就有一个倒霉蛋体验到最少 2s 的卡顿

你这不是都已经定位到问题了吗，为什么不认呢

按这描述出得换人重写了...一般不能这么拉

哪个请求的响应慢直接在线上的 nginx 里打印下响应时间呗？等一段时间看看不就知道谁慢了。

如果客户可以配合，浏览器可以录制回放，观测性能；不能配合，装个 Clarity ，看用户的操作回放

一个两秒，前端并发请求几个嘞。一个页面加载完成需要请求多少个接口，累加起来时间也不短了