当使用HSTS保护网站时，可能会出现此消息。然后，当有人链接到URL的HTTP版本时，浏览器根据HSTS的指示，不会发出HTTP请求，而是在内部安全地重定向到HTTPS资源。这是为了避免sslstrip等HTTPS降级攻击。

我在AJAX调用时遇到了这个问题，它永远不会完成。我遵循了wvega的建议和关于调试chrome://net-internals的提示，最终确定页面中的另一个点击事件处理程序，监听父节点，导致浏览器导航到相同的URL(所以它不容易被注意到)。

解决方案是在表单提交按钮的单击处理程序中添加event.stopPropagation()，以防止单击弹出DOM并取消正在进行的AJAX请求(通过表单上的提交处理程序发起)。

这可能是因为您发送了Ajax请求，同时使用位置将页面跳转到另一个页面。Href之类的。所以之前的请求失败了。

HTTP/2推送资源将产生临时头显示在检查器中，与@wvega在上面的回答中发布的理论相同。

例:由于服务器将资源推送到客户端(在客户端请求它们之前)，浏览器已经缓存了这些资源，因此客户端从不发出/需要请求;所以因为…

.．.当服务器响应时更新真实的头，但是如果请求被阻塞，则没有响应。

当使用一些包(如webpack-hot-middleware)并同时打开多个页面时，也会出现此问题。Webpack-hot-middleware将为每个页面创建一个连接，用于侦听代码的更改，然后刷新页面。每个浏览器都有每个服务器最大连接数限制，对于Chrome来说是6个，所以如果你已经在Chrome中打开了超过6个页面，新的请求将一直挂在那里，直到你关闭一些页面。

对于chrome v72+什么为我解决了它只是这个:

转到chrome://flags/并禁用这3个标志

禁用站点隔离 启用网络服务 运行进程内网络服务

或者你可以从命令行执行:

chrome --disable-site-isolation-trials --disable-features=NetworkService,NetworkServiceInProcess

为什么会发生这种情况?

谷歌似乎正在将他们的Chromium引擎重构为模块化结构，其中不同的服务将被分离为独立的模块和进程。他们把这个过程称为服务化。网络服务是第一步，接下来是Ui服务、身份服务和设备服务。谷歌提供Chromium项目站点的官方信息。

改变这一点危险吗?

一个例子是网络:一旦我们有了一个网络服务，我们可以选择在进程外运行以获得更好的稳定性/安全性，或者在资源受限时在进程内运行。源