在我的情况下，问题的原因是另一个。

我的应用程序坐在代理后面，Chrome请求被发送与If-Modified-Since HTTP头。当这个头文件出现时，预期的行为是:

只有在给定日期后最后一次修改时，服务器才会以200状态发送回所请求的资源。如果请求此后未被修改，则响应将是一个没有任何正文的304;

代理没有满足这一期望，响应一个304状态代码，但一个非空的主体，从而导致请求被取消。

在修复代理行为后，请求就像一个魅力。

对于任何来自LoopbackJS并试图使用图表示例中提供的自定义流方法的人。我使用PersistedModel得到这个错误，切换到基本模型修复了我的事件源状态取消的问题。

同样，这是专门针对环回api的。既然这是谷歌上的顶级答案，我想我应该把这个放在混合答案中。

其中一个原因可能是XMLHttpRequest.abort()在代码中某处被调用，在这种情况下，请求将在Chrome开发工具网络选项卡中具有取消状态。

从严格的Angular角度来看:

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

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

在那个时候，它发生了

请求可能已经被跟踪保护插件阻止了。

Chrome版本33.0.1750.154米一致取消图像加载，如果我使用移动仿真指向我的本地主机;特别是用户代理欺骗(相对于屏幕设置)。

当我关闭用户代理欺骗时;图像请求没有被取消，我看到了图像。

我仍然不明白为什么;在前一种情况下，当请求被取消时，请求头(注意:显示的是临时头)只有

接受 cache - control 编译指示 推荐人 用户代理

在后一种情况下，所有这些因素加上其他因素，比如:

饼干 连接 宿主 接受编码 接收语言

耸耸肩