“机器人”是对的，但我想补充一点。

在IE7/IE8中，当微软在浏览器中添加标签时，他们破坏了一件事，如果你不小心，就会对你的JS造成严重破坏。

想象一下这样的页面布局:

MainPage.html
  IframedPage1.html   (named "foo")
  IframedPage2.html   (named "bar")
    IframedPage3.html (named "baz")

现在在框架“baz”你点击一个链接(没有目标，加载在“baz”框架)，它工作得很好。

如果页面被加载，让我们称之为special.html，使用JS检查“它”是否有一个名为“bar”的父帧，它将返回true(预期)。

现在让我们假设special.html页面在加载时，检查父帧(是否存在和它的名称，如果它是“bar”，它会在bar帧中重新加载自己。如。

if(window.parent && window.parent.name == 'bar'){
  window.parent.location = self.location;
}

到目前为止一切顺利。现在问题来了。

让我们说，不是像平常一样点击原始链接，并在“baz”框架中加载special.html页面，而是单击它或选择在新选项卡中打开它。

当新标签加载时(没有任何父帧!)IE将进入无休止的页面加载循环!因为IE在JavaScript中“复制”了框架结构，这样新的标签确实有一个父标签，并且父标签的名字是“bar”。

好消息是，检查:

if(self == top){
  //this returns true!
}

在新选项卡中确实返回true，因此您可以测试这种奇怪的条件。

这是一段古老的代码，我用过几次:

if (parent.location.href == self.location.href) {
    window.location.href = 'https://www.facebook.com/pagename?v=app_1357902468';
}

由于您是在facebook应用程序的上下文中请求，您可能想要考虑在初始请求发出时在服务器上检测这一点。如果从iframe调用，Facebook将传递一堆查询字符串数据，包括fb_sig_user键。

因为你可能需要在你的应用程序中检查和使用这些数据，所以使用它来确定要渲染的适当上下文。

我不确定这个例子如何适用于旧的Web浏览器，但我使用这个IE, Firefox和Chrome没有问题:

var iFrameDetection = (window === window.parent) ? false : true;

我以前经常检查窗户。父键对我有用，但最近window是一个循环对象，总是有父键，不管有没有iframe。

正如评论所言，很难与窗口相比。父母工作。不确定这是否会工作，如果iframe是完全相同的网页作为父母。

window === window.parent;

浏览器会阻塞对窗口的访问。顶部由于同源政策。IE漏洞也会发生。下面是工作代码:

function inIframe () {
    try {
        return window.self !== window.top;
    } catch (e) {
        return true;
    }
}

Top和self都是窗口对象(还有父窗口)，所以你会看到你的窗口是否是顶部窗口。