Document.location.constructor === window.location.constructor为true。

这是因为它与document.location===window.location中看到的对象完全相同。

因此，不需要比较构造函数或任何其他属性。

窗口。位置在所有兼容的浏览器上都是读/写的。

文档。location在Internet Explorer(至少)中是只读的，但在基于gecko的浏览器(Firefox, SeaMonkey)中是读/写的。

现在很少能看到区别，因为html 5不再支持框架集了。但在那个时候我们有框架集，文档。Location将只重定向正在执行代码的帧和窗口。Location将重定向整个页面。

尽管大多数人在这里推荐，这就是谷歌Analytics的动态协议剪辑的样子(在他们最近从ga.js转移到analysis .js之前):

ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';

更多信息:https://developers.google.com/analytics/devguides/collection/gajs/

在新版本中，他们使用了'//'，所以浏览器可以自动添加协议:

'//www.google-analytics.com/analytics.js'

如果谷歌更喜欢document。窗口的位置。当他们需要JS中的协议时，我猜他们有一些原因。

总的来说:我个人相信这份文件。位置和窗口。位置是相同的，但如果巨人与最大的统计使用浏览器像谷歌使用文档。地点，我建议遵循他们。

获取当前位置对象的规范方法是window。位置(参见1996年的MSDN页面和2006年的W3C草案)。

将此与文档进行比较。location，它最初只返回当前URL作为字符串(请参阅MSDN上的此页)。可能是为了避免混淆，文档。位置已替换为文档。URL(请参阅MSDN)，它也是DOM级别1的一部分。

据我所知，所有现代浏览器都映射文档。窗口的位置。不过我还是喜欢靠窗的。location，因为这是我自编写第一个DHTML以来一直使用的。

Document.location.constructor === window.location.constructor为true。

这是因为它与document.location===window.location中看到的对象完全相同。

因此，不需要比较构造函数或任何其他属性。