在Chrome中随机高内容下载时间？

我们有一个随机在Chrome浏览器中content download时间很长的API，它总是在Firefox中运行良好，只需要几ms 。 响应大小为20kb未压缩和4kb压缩。 相同的请求也使用curl正常工作。

我们尝试过的东西：

1. 禁用If-None-Match标题以禁用浏览器的caching响应。
2. 尝试各种按压（gzip，deflate，br）。
3. 禁用压缩。
4. 禁用所有的Chrome扩展。

相同的请求有时在Chrome上运行良好，但随机返回非常高的内容下载时间。

我们无法理解这个问题的根源。 还有什么其他的事情可以尽量减less这个时间？

• 如何基于代理响应有条件地在nginx中提供静态文件？
• 没有nginx的Puma – 同一个IP：PORT上的多个ruby应用程序
• NGINX – 在不同端口上反向代理多个API
• NGINX API版本控制技术
• NginxcachingREST API

我在这里提出了三个要求，第三个要求花了最多时间（在最后一个峰之前）。 CPU似乎并没有在一段较长的时间内达到最大。 大部分时间都是空闲时间。

此外，使用Replay XHR菜单重放呼叫时，内容下载周期将从2秒下降到200毫秒。