我在本地启动一个角度应用程序蚂蚁尝试加载它。它加载了很多 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 秒）。
如果浏览器试图太快地执行太多请求，我们似乎达到了某种连接限制（可能是系统/节点级别的每秒最大请求数限制？）