另一件要注意的事情可能是AdBlock扩展，或一般的扩展。

但“很多”人有AdBlock....

为了排除扩展，以隐身方式打开一个新标签，确保你想测试的扩展“允许隐身”是关闭的。

从严格的Angular角度来看:

当你不能在代码层面上正确地中断时，就会发生这种情况。

假设request1出来了，它的响应也是， 在那之后，嵌套的request2也出去了，它的响应也来了，我们直接打破了循环，没有正确地破坏request1的订阅，

在那个时候，它发生了

这是发生在我身上的事情:服务器为302重定向返回了一个格式错误的“Location”头。 当然，Chrome没有告诉我这一点。我在firefox中打开了这个页面，并立即发现了问题。 有多种工具真好:)

你可能想要检查“X-Frame-Options”标题标签。如果它设置为SAMEORIGIN或DENY，那么iFrame插入将被Chrome(和其他浏览器)根据规范取消。

另外，注意一些浏览器支持ALLOW-FROM设置，但Chrome不支持。

为了解决这个问题，你需要删除“X-Frame-Options”标题标签。这可能会让你容易受到点击劫持攻击，所以你需要决定风险是什么以及如何减轻它们。

对我来说，这是一条错误的道路。我建议调试的第一步是看看你是否可以加载文件独立的ajax等。

我也遇到过同样的问题，在我们的代码深处，我们有这样的伪代码:

创建iframe 加载iframe提交一个表单 2秒后，移除iframe

thus, when the server takes more than 2 seconds to respond the iframe to which the server was writing the response to, was removed, but the response was still to be written , but there was no iframe to write , thus chrome cancelled the request, thus to avoid this I made sure that the iframe is removed only after the response is over, or you can change the target to "_blank". Thus one of the reason is: when the resource(iframe in my case) that you are writing something in, is removed or deleted before you stop writing to it, the request will be cancelled