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

I had the same issue when updating a record. Inside the save() i was prepping the rawdata taken from the form to match the database format (doing a lot of mapping of enums values, etc), and this intermittently cancels the put request. i resolved it by taking out the data prepping from the save() and creating a dedicated dataPrep() method out of it. I turned this dataPrep into async and await all the memory intensive data conversion. I then return the prepped data to the save() method that i could use in the http put client. I made sure i await on dataPrep() before calling the put method:

等待dataToUpdate =等待dataPrep(); http。把(apiUrl dataToUpdate);

这解决了间歇性取消请求的问题。

内容安全策略头为我!你可以通过检查Chrome开发工具控制台来快速排除这种可能性，如果是CSP问题，控制台中会显示错误。在。net中，你可以通过在web中添加头部来解决这个问题。配置文件或代码。

拒绝将表单数据发送到“https://www.mysite.mydomain/”，因为它违反了以下内容安全政策指令:“表单-操作'自我' *。otherdomain www.thirdparty.co.uk”。

这是网络。以上错误的配置修正:

< cspConfiguration > < directives > <指示 < /指令> < / directives > < / cspConfiguration >

从严格的Angular角度来看:

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

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

在那个时候，它发生了

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

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

当我在样式表中嵌入web字体时，我已经嵌入了所有类型的字体以及woff, woff2, ttf。最近我注意到Chrome取消请求ttf和woff时，woff2是存在的。我现在使用Chrome版本66.0.3359.181，但我不确定Chrome什么时候开始取消额外的字体类型。