是的，它们是一样的。这是浏览器JS API的众多历史怪癖之一。试着做:

window.location === document.location

文档。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

窗口。考虑到较老的浏览器，位置是两者中更可靠的一致性。

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

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

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

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

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

文档。location最初是一个只读属性，尽管Gecko浏览器也允许你为它赋值。为了跨浏览器安全，请使用window。位置相反。

阅读更多:

document.location

window.location

据我所知，两者是一样的。为了跨浏览器安全，您可以使用window。Location而不是document.location。

所有现代浏览器都映射文档。窗口的位置。不过我还是喜欢靠窗的。自从我写了我的第一个网页，我就一直使用这个地址。它更加一致。

你也可以看到文档。Location ===窗口。Location返回true，这说明两者是相同的。

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

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

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

有趣的是，如果你有一个名为'location'的框架、图像或窗体，那么'document. properties '则为'location . properties '。location'提供了对框架窗口、图像或窗体的引用，而不是location对象。显然，这是因为文件。表单、文档。image和window.frames集合名称查找优先于window.location的映射。

<img name='location' src='location.png'>

if (document.location.tagName == 'IMG') alert('Hello!')

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

在URL中添加散列参数后。

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

所以最好使用window。location。

至少在IE中，它在本地文件上有一点不同:

文档。URL将返回 ”文件:/ / C: \ \ abc \ a.html项目”

但是window。location。href会返回 “文件:/ / / C: / / abc / a.html”项目

一个是反斜杠，一个是正斜杠。

是的，他们是一样的，但是....!

窗口。location在某些Internet Explorer浏览器上无法工作。

现在很少能看到区别，因为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中的协议时，我猜他们有一些原因。

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

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

我更喜欢使用文档。位置，尽管位置，文档。位置和窗口。Location返回相同的对象。

使用文件的原因。地点是:

窗口的浏览器兼容性部分。位置提到

在Firefox 57之前，通过URL api访问URL时，URL中包含的单引号会被转义。参见bug 1386683。

文档的浏览器兼容性部分。位置提到

全力支持。

Mdn location reference uses document.location in their examples. // location: https://developer.mozilla.org:8080/en-US/search?q=URL#search-results-close-container const loc = document.location; console.log(loc.href); // https://developer.mozilla.org:8080/en-US/search?q=URL#search-results-close-container console.log(loc.protocol); // https: console.log(loc.host); // developer.mozilla.org:8080 console.log(loc.hostname); // developer.mozilla.org console.log(loc.port); // 8080 console.log(loc.pathname); // /en-US/search console.log(loc.search); // ?q=URL console.log(loc.hash); // #search-results-close-container console.log(loc.origin); // https://developer.mozilla.org:8080 location.assign('http://another.site') // load another page