问题标签 [stalled]

如果已经有六个与域的连接，Google chrome 会在下载时停止资源。我在互联网上读到，为了减少资源的停滞时间，将资源放在多个域上，以便下载更多连接。

我想知道单独的域是必要的，或者我可以从子域加载资源以减少资源的停滞时间以改善页面加载时间。

我有一种情况，当我第一次打开页面时，一切都运行得很快，如果我在一切正常后不久重新加载页面，并且如果我第三次重新加载页面，浏览器会暂停请求约 25 秒。有时多，有时少。有时是对 root 的请求，有时是对一些静态文件的请求。如果我等待一段时间并再次刷新，一切都会再次快速打开，直到网页的第二次或第三次刷新。

这可能是什么？如果我使用 Nginx 但使用 Node 提供静态文件，我没有那种问题吗？

}

我在本地启动一个角度应用程序蚂蚁尝试加载它。它加载了很多 js/css 文件（xhr 请求）。有时一切正常，但大多数时候 1-3 个请求（js 或 css 文件）恰好卡住了 2 分钟（它们在 chrome 中处于“停滞”状态）。在此暂停期间，不会加载其他文件。最终加载它们之后，继续加载应用程序的其余部分。

应用程序在 2.5 - 4.5 分钟后加载（取决于是否有一两次暂停）。

类似的问题出现在 Firefox 和 Opera 上。唯一正确的浏览器（90% 的时间在几秒钟内加载应用程序）是 Internet Explorer。

我尝试将与一台主机（在 Firefox 上）的最大连接数从默认的 6 更改为不同的值 - 它没有用。我尝试禁用防火墙 - 它没有改变任何东西。

团队中的其他人（通常使用 Windows 10）没有问题。但是我们在另一台装有 Windows 10 的计算机上看到了类似的情况。由于问题仅在一个/两个工作区上，我认为需要调整的是环境设置。

我已经检查了 chrome 事件。每次请求停止时（并且只有这样）： - HTTP_TRANSACTION_READ_HEADERS / HTTP_STEAM_PARSER_READ_HEADERS 收到“net_error = -100 (ERR_CONNECTION_CLOSED)”。然后为这个请求触发一个 HTTP_STEAM_JOB_CONTROLLER... 正好 2 分钟后另一个被触发。完成此操作后，页面已正确加载。第二个作业使用不同的套接字。收到 -100 错误的套接字不再使用。

我想连接已被系统关闭，浏览器不知道它并等待响应......并且在 2 分钟超时后它使用另一个连接。

有什么想法可以解决这个问题吗？我正在等待页面加载几分钟，它应该在 5 秒内加载。

环境： - 节点 v6.11.0 - Npm 3.10.10 - gulp 3.9.1 - gulp-server-livereload 1.9.2 - Chrome 59.0.3071.115（64 位） - Windows 7 Professional SP1（64 位）

更新： 在 chrome 开发工具/网络选项卡中，我将“无节流”更改为“wifi”。使用此解决方法设置，问题非常罕见（大多数情况下，站点加载时间约为 6 秒）。

如果浏览器试图太快地执行太多请求，我们似乎达到了某种连接限制（可能是系统/节点级别的每秒最大请求数限制？）

抱歉，但这将是一个空洞的问题，我目前没有想法；除了测试所有连接（所有连接看起来都很好）之外，我不确定我还能改变什么。请告诉我是否还有其他信息可以提供。

我在 2 天前构建了一个 AWS 堆栈，其中对别名为 Application Load Balancer（仅适用于 SSL）的 Route 53 的请求通过 HTTP:80 转发到单个 EC2 实例。该实例是一个 Elastic Beanstalk Docker 容器，在内部使用 NGinx 代理，运行 tomcat:9 托管一个 Java Web 应用程序。我有一个以前的堆栈（据我所见，相同的组件）没有出现以下问题。在本地容器中运行 docker 映像也不会出现这些症状。

所有测试都是在浏览器（目前为止的 Chrome 和 Firefox）中完成的，没有打开其他窗口，打开或关闭浏览器工具也是如此。

当第一次“在一段时间内”发布到 url 时，OPTIONS 请求具有以下时间配置文件：

“初始连接”耗时 21 秒！这是可重复的，每次都是“一段时间内的第一次”。此后，我们得到第二个配置文件。请求的 POST 部分如下所示：

任何进一步的请求都会得到良好的响应（下面是 GET）。

立即刷新页面并执行相同的 OPTIONS/POST 可以获得快速响应。

我已经搜索了几个小时并尝试了一切来修复此代码。我一直在使用下面的示例，并且在更新了适当的变量之后，直到处理第一封电子邮件结束为止，它都可以正常工作。它似乎无限期地暂停。我不得不在（//检查内容是否为内联图像）处更改代码，因为变量在使用之前似乎需要声明，但除此之外没有更改任何内容。在我失去理智之前的任何帮助将不胜感激。～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～

https://www.tutorialspoint.com/javamail_api/javamail_api_fetching_emails.htm的原始代码

～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～

我的代码在下面......（下面的输出）

～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～

输出

当我第一次尝试在浏览器中加载或打开导入的大型 Jupyter/iPython 笔记本（超过 10 MB）时，浏览器卡住/停止/冻结或使用无响应页面警报需要很长时间。我遇到了不同浏览器（Chrome / FireFox / Safari）的问题。

我已经使用 ASP.NET Core 2.2 构建了一个 API 应用程序。

一切都很好。除了一个PATCHAPI，它需要一个 ID 和一个列表来替换相应项目的列表。

这个 API也适用于 POSTMAN。简单快速，按预期工作。

但是，要在浏览器上运行，发送该请求会延迟 1 分钟。

我试图通过仅在一个 jQuery 函数中重写应用程序来使其变得简单，以检查问题是否出在我的前端应用程序上；但是它仍然会停止 1 分钟。

我查了一下stalled，有人说同时加载最多 6 个请求可以是 Chrome 策略；但这不是我的情况。当时只有这样的请求，除此之外，其他所有 API 都可以正常工作。

另外，我尝试过其他浏览器：Firefox 和 Edge，但还是一样。

根据 Chrome 提供的文章：

• 排队。浏览器在以下情况下将请求排队：
  • 有更高优先级的请求。
  • 已经为此源打开了六个 TCP 连接，这是限制。仅适用于 HTTP/1.0 和 > HTTP/1.1。
  • 浏览器在磁盘缓存中短暂分配空间
• 停滞不前。请求可能因排队中描述的任何原因而停止。

似乎长时间“停滞”意味着请求未发送事件。这是否意味着我可以排除修复后端 API 的可能性？

还有，既然同时没有其他请求，那是不是很可能是“浏览器在磁盘缓存中短暂分配空间”的原因呢，还是有其他原因呢？

我也想知道为什么只有这个 API 会出现这个问题。方法“ PATCH ”有什么特别之处吗？

好的，所以这是一个奇怪的。

我正在开发一个 php 脚本，该脚本在请求时会做很多工作（图像处理）。所以这并不罕见，它会在 10 秒内发出响应，有时长达 30 秒：这是一个很长的脚本，这对于下一部分很重要。

在记录图像处理代码时，我注意到应该只调用一次的进程被调用了两次。

原因：Chrome 在 3 秒后取消了第一个请求，然后再次请求相同的 URL。

顺序始终相同。

1. 请求的网址
2. 3 秒后取消
3. 使用 http 方案自动重新加载
4. 307 由于我们服务器上的 HSTS
5. 使用 https 再次请求 URL
6. 这个加载正确

取消的请求在“时间”选项卡中显示为已停止。

这仅在 Chrome 中发生（对我来说是 92.0.4515.107）。我在 Firefox 中看不到这种行为。

现在如何才能重现这种巫术？很简单，我可以在 2 个不同的提供商（GCE 和 OVH）上的 2 个不同的服务器上重现，并且它与对这个 URL 的初始请求的持续时间有一个奇怪的链接。

1. 在您的网络服务器上创建一个新的 php 脚本，仅包含

   <?php sleep(10); echo 'Done'; ?>

2. 在 Chrome 中调用您的脚本 URL

3. 第一次调用会成功

4. 但是接下来的所有调用肯定会触发“序列”

通过检查 Chrome 日志，我开始认为这与 HTTP2_SESSION 有链接

在上面的 URL_REQUEST 上，我们学到的不多。我们只是在 3 秒后看到“CANCELLED”。

但是 HTTP2_SESSION 显示一个奇怪的错误：

演练：

• 初始请求（有效的请求）从 st=0 开始，在 st=10106 结束（10 秒睡眠）
• 第二个请求（自动取消的请求）从 st=13362 开始，在 st=16374（3 秒后）结束

• 然后请求在 st=16402 重新加载，最后在 st=27480 以 10 秒的睡眠延迟返回

老实说，我不知道该怎么办。这可以很容易地复制，但我无法弄清楚它为什么会发生。

Chrome 在我的公司中主要用于我们的内部工具，所以我觉得它会因为神秘的原因连续 2 次重新加载繁重的处理 URL。

任何帮助将不胜感激。

哦，我确实禁用了我拥有的所有扩展。它没有帮助。无论如何，我没有在 Chrome 日志中看到任何关于任何扩展干预的提及。

将 QRCodeGenerator 添加到 API 后，收到 504 - Gateway Time-Out 错误。

这是添加到 API 端的代码。添加此代码后，代码将发布到测试站点，API 调用因 504 错误而停止。这需要 4-9 分钟，API 调用会停止。试图检查将数据库连接到本地的问题，它工作正常。

有什么办法可以在本地解决问题吗？问题是否仅在网站发布后才发生？是否有任何快速解决方法可以避免此网关超时错误？

大约两周前，我为我的一个朋友使用 WordPress 和 Elementor 实现了一个简单的单页网站。由于托管另一个网站的共享 FTP，该页面加载缓慢，因此我假设将页面迁移到专用 FTP 后，加载问题将消失。

不幸的是，问题仍然存在——它是一个简单的网站，但加载需要很长时间，这不是因为它的重量，而是客户端浏览器处理请求之间的延迟。

在 Chrome 控制台中查找“网络”选项卡后，我发现该页面在请求被传递并且网站开始加载之前保持“停滞”状态近 6 秒。

你知道如何解决这个问题吗？我确信 Elementor 在通过 FTP 提供最终文件之前会捆绑和缩小最终文件，并且 Chrome 不会被迫超过同时下载 6 个文件的 TCP 限制，如此处所述（了解 Chrome 网络日志“停滞”状态）。我是一个纯粹的前端开发人员，对后端没有深入的了解，所以我在这一点上很困惑，任何帮助都将不胜感激。