为什么 window 与 Internet Explorer 中的 window.self 不同？

Question

有一个复杂的背景故事涉及我是如何遇到这个问题的，但为什么 self 属性不完全等于窗口本身？

在 Safari 和 Firefox 和朋友中，结果如我所料：

> window == window.self
  true
> window === window.self
  true

但在 Internet Explorer 中并非如此：

>> window == window.self
   true
>> window === window.self
   false

任何人都可以解释这种不一致吗？窗口对象指向的self 属性到底是什么？它投射到一个平等的东西上，这更令人烦恼。

Answer 1

这还不是全部，window!==window.window！

我相信我们在这里看到的可能是“内窗”和“外窗”对象之间的区别。当然其他浏览器也有这些（例如Moz）；它们通常用于从其自己的代码内部和外部呈现 window 的不同视图。

内部窗口包含您的全局变量和特定于文档的成员。 [cross-frame-] 脚本可以通过窗口引用访问外部窗口，例如 frames[n]、parent、opener，显然还有 self。它绑定到所有者视口（浏览器窗口/框架），例如。当您将 iframe 导航到新文档时，父文档仍会在其 iframe 中看到相同身份的 window 对象。

在一个明智的浏览器对象模型设计中，会有单独的对象来处理这个问题，但是当 Netscape 最初将 JavaScript 放在一起时，很少考虑优雅，导致这个接口和许多其他接口过载过多（@ 987654329@ 带有一个名为 submit 的元素，有人知道吗？）。

因此，为了兼容性，拆分窗口必须继续显示作为脚本的单个对象，即使它不在下方。在 IE 中，有时掩码会滑落：似乎是在说 window 让您进入内部窗口，而没有任何技巧可以使其 === 针对外部窗口。

ETA：实际上想想看，这甚至有一些（糟糕的）理由。 ECMAScript 规范在编写时并未考虑到多个全局上下文，它将window 和this 的未绑定版本定义为检索全局变量范围对象，这将是内部窗口。

其他属性，作为 DOM/BOM 的一部分，不在 ECMA 规范的范围内，因此它们可以返回不同的东西（并且必须，为了跨框架脚本）。

Answer 2

好问题。它也可以使用 document 和 document.parentWindow：

window == document; // true
window === document; // false

window == document.parentWindow; // true
window === document.parentWindow; // false

对我来说最重要的是：

window == document; // true
document == window; // false

您可以在上述任何示例中将window 替换为this（并保留在全局上下文中），结果相同。这让== 运算符更加可疑。

为什么它会以这种方式运行，这让我无法理解。