文档。Location ===窗口。Location返回true

also

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

注:仅在Firefox 3.6、Opera 10和IE6上测试

根据W3C的说法，它们是相同的。实际上，为了跨浏览器的安全性，您应该使用window。Location而不是document.location。

见:http://www.w3.org/TR/html/browsers.html dom-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中的协议时，我猜他们有一些原因。

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

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

实际上，我注意到两者之间的chrome的区别，例如，如果你想做一个导航到沙盒框架从一个子框架，那么你可以这样做，只是与文档。Location，但不是window。Location

我想说是窗户。location是更可靠的获取当前URL的方式。 下面是窗口的区别。位置和文档。在其中一个场景中，我在url中添加哈希参数，然后读取它。

在URL中添加散列参数后。

在较旧的浏览器中，我无法通过使用document从URL获得散列参数。url，但当我使用窗口。然后我就能从URL中得到哈希参数。

所以最好使用window。location。