尽管大多数人在这里推荐，这就是谷歌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中的协议时，我猜他们有一些原因。

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

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

window.location === document.location

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

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

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

also

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

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

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

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

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

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

有趣的是，如果你有一个名为'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!')