Javascript 对于相同大小的web资产，接收时间非常长

我有一个web应用程序，它使用JS从远程服务器加载一些资产。我遇到了一个奇怪的问题，一些电话的回音很长——尽管它与其他电话的大小相同

原因可能是什么？有什么方法可以找到吗

以下是一个调用示例：

您可以看到最后一次和第一次通话-实际内容大小几乎相同，但最后一次通话的接收时间比第一次通话长1.3分钟，而不是36秒

p.S-调用将转到同一服务器上的同一端点，而不是其他参数

---

谢谢

在所有澄清和您确认~30秒的处理时间是正常的并被接受之后。可能的原因是您的web服务器正在刷新输出缓冲区

一些有用的信息：

PHP 非法移民 一些背景信息：

当用户请求一个页面时，它可能需要200到500毫秒的时间 用于缝合HTML页面的后端服务器。在这段时间里,， 浏览器在等待数据到达时处于空闲状态。用PHP你 具有刷新功能。它允许您发送部分准备就绪的邮件 对浏览器的HTML响应，以便浏览器可以开始抓取 组件，而您的后端正忙于HTML页面的其余部分。 这种优势主要体现在繁忙的后端或轻型前端

---

从技术上讲，最好让web服务器尽快刷新它们，首先，释放内存，其次，在这种情况下，客户端浏览器可以开始渲染数据块。

远程资源是否存在性能问题？尝试直接在浏览器上加载它，这似乎不是一个性能问题，但这是一致的。最后一个呼叫的接收时间总是很长，尽管它的内容大小与第一个呼叫相同。服务器是否会响应OK并在发送答案之前等待？当静态资源花费>10秒时，这对我来说没有意义，而且1.3分钟不是静态资源，而是对服务器的API调用。但是我预计等待时间会很长，然后服务器才会应答，当服务器应答时，接收本身应该和第一次呼叫一样快。devtools中有断点吗？你看到的半透明条实际上已经连接到服务器，等待服务器响应，从图像上看，这是一个好的30秒？即使这是一个计算密集但异步的调用，如果存在高并发性yyep，它也会杀死服务器——就是这样。服务器正在刷新第一个小响应，并且只是在很长一段时间后才刷新完整响应，因此它很早就发送了ACK—在发送真正的响应之前