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

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

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

当我通过JavaScript重定向时，我在Chrome中得到了这个错误:

<script>
    window.location.href = "devhost:88/somepage";
</script>

如你所见，我忘记了'http://'.在我添加它之后，它起作用了。

我们曾遇到过类似的问题，Chrome会取消在帧内或iframes内加载内容的请求，但只是间歇性的，这似乎取决于计算机和/或互联网连接的速度。

这些信息已经过时几个月了，但是我从头开始构建了Chromium，在源代码中挖掘了所有可以取消请求的地方，并在所有这些地方设置了断点以进行调试。根据记忆，Chrome会取消请求的地方只有:

The DOM element that caused the request to be made got deleted (i.e. an IMG is being loaded, but before the load happened, you deleted the IMG node) You did something that made loading the data unnecessary. (i.e. you started loading a iframe, then changed the src or overwrite the contents) There are lots of requests going to the same server, and a network problem on earlier requests showed that subsequent requests weren't going to work (DNS lookup error, earlier (same) request resulted e.g. HTTP 400 error code, etc)

在我们的例子中，我们最终追踪到一个试图将HTML附加到另一个帧的帧，这有时发生在目标帧加载之前。一旦您接触到iframe的内容，它就不能再将资源加载到其中(它如何知道将资源放在哪里?)，因此它会取消请求。

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

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

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