问document.domain = document.domain做什么？

EN

这段代码实际上是我写的。

当尝试进行跨子域/端口comet时，iframe需要与父帧具有相同的document.domain值。不幸的是，浏览器在内部存储了原始document.domain值的域名和端口。但是javascript中的getter和setter对端口一无所知。所以问题是这样的:如果顶部框架document.domain是('example.com', 80)，底部框架是('comet.example.com', 80)，那么如何让底部框架也是('example.com', 80)呢？

您不能这样做，因为更改主机名部分必然会导致端口被设置为null，所以您最好在底部框架中使用('example.com', null)。因此，顶部框架也需要设置为该值，设置document.domain=document.domain就可以做到这一点。它将浏览器中的内部表示从('example.com', 80)更改为('example.com', null)，然后一切都匹配起来，跨端口/子域框架通信工作。

浏览器区分(a)未显式设置时的document.domain和(b)显式设置时的document.domain ...即使它们返回相同的值。

显式设置该值表示打算与另一个子域(在同一父域下)上的脚本“合作”。

如果父页面和外部脚本都显式地将document.domain设置为相同的值，则可以绕过同源策略限制，并且每个脚本可以访问彼此上下文的所有(否则受到限制的)对象和属性。

我在这个网站上找到了以下信息：devguru。更具体地说，下面是这段话：

此属性设置或返回生成文档的服务器的域名。默认为从中检索文档的服务器的域名，但可以更改为该名称的后缀(并且只能是后缀)。这允许在从不同服务器传递的文档之间共享脚本属性，安全性允许，前提是它们共享相同的域后缀。

在我看来，它允许跨站点脚本为相同的域(即使子域是不同的)。

我假设如果您不接触document.domain，那么js引擎只允许来自相同域的其他javascripts。有了这个属性，您将能够部署到其他子域，就像轨道文档状态一样。