我在本地启动一个角度应用程序，试图加载它 . 它加载了很多js / css文件（xhr请求） . 有时一切都正常，但大多数时候1-3请求（js或css文件）被卡住了2分钟（它们在chrome中处于“停滞”状态） . 在此暂停期间，不会加载其他文件 . 最终加载后，继续加载其余的应用程序 .
应用程序在2.5 - 4.5分钟后加载（取决于是否有一个或两个暂停） .
Firefox和Opera也有类似的问题 . 唯一正确的浏览器（在几秒钟内90％的时间内加载应用程序）是Internet Explorer .
我已经尝试将最大连接更改为一个主机（在firefox上）从默认值6到不同的值 - 它不起作用 . 我试过禁用防火墙 - 它没有改变任何东西 .
团队中的其他人（通常使用Windows 10）没有问题 . 但是我们在另一台带有Windows 10的计算机上看到了类似的东西 . 由于issu仅在一个/两个工作区上，我认为这是需要调整的环境设置 .
我检查过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位）
UPDATE: 在chrome dev工具/网络选项卡中，我将"no throttling"更改为"wifi" . 使用此解决方法设置问题非常罕见（大多数情况下网站加载大约6秒） .
如果浏览器尝试过快地执行太多请求（可能是系统/节点级别的每秒最大请求数限制？），我们似乎遇到了某种连接限制 .