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

阅读更多:

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!')

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

window.location === document.location

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

also

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

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

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

在URL中添加散列参数后。

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

所以最好使用window。location。

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