是的，如果iframe和主页不在同一个(子)域中，则不允许访问父页面的URL。然而，如果你只需要主页面的URL(即浏览器的URL)，你可以试试这个:

var url = (window.location != window.parent.location)
            ? document.referrer
            : document.location.href;

注意:

允许Window.parent.location;它避免了OP中的安全错误，这是由访问href属性引起的:window.parent.location.href导致“Blocked a frame with origin…”

文档。referrer指的是“链接到该页的页面的URI”。如果其他源决定了iframe的位置，则可能不会返回包含的文档，例如:

容器iframe @域1 将子iframe发送到Domain 2 但是在子iframe中。域2重定向到域3(即用于身份验证，可能是SAML)，然后域3定向回域2(即通过表单提交()，一种标准的SAML技术) 对于子文件iframe。引用者将是Domain 3，而不是包含的Domain 1

文档。location指的是“一个location对象，它包含关于文档URL的信息”;假定是当前的文档，即当前打开的iframe。当窗口。Location === window.parent。位置，那么iframe的href与包含父元素的href相同。

试一试:

document.referrer

当你在iframe中更改时，你的主机是“referrer”。

在chrome中，可以使用location.祖宗起源 它将返回所有父url

我不能得到以前的解决方案的工作，但我发现，如果我设置iframe scr与例如http:otherdomain.com/page.htm?from=thisdomain.com/thisfolder然后我可以，在iframe提取thisdomain.com/thisfolder使用以下javascript:

var myString = document.location.toString();
var mySplitResult = myString.split("=");
fromString = mySplitResult[1];

对于同一域和不同子域上的页面，可以设置文档。通过javascript的域属性。

父帧和iframe都需要设置它们的文档。域是指它们之间共有的东西。

即。 www.foo.mydomain.com和api.foo.mydomain.com都可以使用foo.mydomain.com或只使用mydomain.com，并且是兼容的(不，出于安全原因，你不能将它们都设置为com…)

另外，请注意文档。领域是一条单行道。考虑按顺序运行以下三条语句:

// assume we're starting at www.foo.mydomain.com
document.domain = "foo.mydomain.com" // works
document.domain = "mydomain.com" // works
document.domain = "foo.mydomain.com" // throws a security exception

现代浏览器也可以使用window。postMessage用于跨起源对话，但它在IE6中不起作用。 https://developer.mozilla.org/en/DOM/window.postMessage

我发现在$_SERVER['HTTP_REFERER']不工作的情况下(我在看你，Safari)， $_SERVER['REDIRECT_SCRIPT_URI']一直是一个有用的备份。