关于前端跨域的解决方法的多种多样实在让人目不暇接。以前碰到一个公司面试的场景是这样的,好几个人一起在等待面试,一个个进去面,面试官问:“给我说说跨域的解决方式吧”,吧啦吧啦就说出了(自己在当时情况下脑子里能记住的)三种,然后面试官就说:“你们每个人进来都说了这三种,除了这些,还有哪些?”,顿时凌乱在风中...碰到这种情况,只能自己总结一篇博客,以备查漏补缺。

1. 什么是跨域?

跨域一词从字面意思看,就是跨域名嘛,但实际上跨域的范围绝对不止那么狭隘。具体概念如下:只要协议、域名、端口有任何一个不同,都被当作是不同的域。之所以会产生跨域这个问题呢,其实也很容易想明白,要是随便引用外部文件,不同标签下的页面引用类似的彼此的文件,浏览器很容易懵逼的,安全也得不到保障了就。什么事,都是安全第一嘛。但在安全限制的同时也给注入iframe或是ajax应用上带来了不少麻烦。所以我们要通过一些方法使本域的js能够操作其他域的页面对象或者使其他域的js能操作本域的页面对象(iframe之间)。下面是具体的跨域情况详解:

URL 说明 是否允许通信
://www.a.com/b.js 同一域名下 允许://www.a.com/script/b.js 同一域名下不同文件夹 允许:8000/a.js 同一域名,不同端口 不允许://www.a.com/b.js 同一域名,不同协议 不允许://70.32.92.74/b.js 域名和域名对应ip 不允许://script.a.com/b.js 主域相同,子域不同 不允许(cookie这种情况下也不允许访问)://a.com/b.js 同一域名,不同二级域名(同上) 不允许(cookie这种情况下也不允许访问)://www.a.com/b.js 不同域名 不允许

需要注意两点:

如果是协议和端口造成的跨域问题“前台”是无能为力的;

在跨域问题上,域仅仅是通过“URL的首部”来识别而不会去尝试判断相同的ip地址对应着两个域或两个域是否在同一个ip上。
(“URL的首部”指window.location.protocol +window.location.host,也可以理解为“Domains, protocols and ports must match”。)

同源策略

同域名(或ip),同端口,同协议视为同一个域;一个域内的脚本仅仅具有本域内的权限,可以理解为本域脚本只能读写本域内的资源,而无法访问其它域的资源。这种安全限制称为同源策略。

同源策略是浏览器最基本的安全功能。如果没有同源策略,那么普通用户将没有安全可言。用户的所有私密信息都可以被被任何人获取,例如网站的Cookie、email的邮件内容。还很容易遭受CSRF攻击。

要注意的是,域名和域名对应ip是不同源的;主域名相同,子域名不相同也是不同源的。

跨域解决方式(总结)

1. document.domain跨域

前面说过了,浏览器有一个同源策略,其限制之一是不能通过ajax的方法去请求不同源中的文档。 第二个限制是浏览器中不同域的框架之间是不能进行js的交互操作的。
不同的框架之间是可以获取window对象的,但却无法获取相应的属性和方法。
比如,有一个页面,它的地址是 , 在这个页面里面有一个iframe,它的src是, 很显然,这个页面与它里面的iframe框架是不同域的,所以我们是无法通过在页面中这样书写js代码来获取iframe中的东西的:

<script type="text/javascript"> function test(){ var iframe = document.getElementById('ifame'); var win = document.contentWindow; //可以获取到iframe里的window对象,但该window对象的属性和方法几乎是不可用的 var doc = win.document; //这里获取不到iframe里的document对象 var name = win.name; //这里同样获取不到window对象的name属性 }</script><iframe id = "iframe" src="" onload = "test()"></iframe>

这个时候,document.domain就可以派上用场了,我们只要把和这两个页面的document.domain都设成相同的域名就可以了。

注意: document.domain的设置是有限制的,我们只能把document.domain设置成自身或更高一级的父域,且主域必须相同。

在页面 中设置document.domain:

<iframe id = "iframe" src="" onload = "test()"></iframe><script type="text/javascript"> document.domain = 'damonare.cn';//设置成主域 function test(){ //contentWindow 可取得子窗口的 window 对象 alert(document.getElementById('iframe').contentWindow); }</script>

在页面 中也设置document.domain:

<script type="text/javascript">
document.domain = 'damonare.cn';//在iframe载入这个页面也设置document.domain,使之与主页面的document.domain相同</script>

修改document.domain的方法只适用于不同子域的框架间的交互。

2. 通过location.hash跨域

因为父窗口可以对iframe进行URL读写,iframe也可以读写父窗口的URL,URL有一部分被称为hash,就是#号及其后面的字符,它一般用于浏览器锚点定位,Server端并不关心这部分,应该说HTTP请求过程中不会携带hash,所以这部分的修改不会产生HTTP请求,但是会产生浏览器历史记录。此方法的原理就是改变URL的hash部分来进行双向通信。每个window通过改变其他 window的location来发送消息(由于两个页面不在同一个域下IE、Chrome不允许修改parent.location.hash的值,所以要借助于父窗口域名下的一个代理iframe),并通过监听自己的URL的变化来接收消息。这个方式的通信会造成一些不必要的浏览器历史记录,而且有些浏览器不支持onhashchange事件,需要轮询来获知URL的改变,最后,这样做也存在缺点,诸如数据直接暴露在了url中,数据容量和类型都有限等。

举例说明:
假如父页面是baidu.com/a.html,iframe嵌入的页面为google.com/b.html(此处省略了域名等url属性),要实现此两个页面间的通信可以通过以下方法:

a.html传送数据到b.html

a.html下修改iframe的src为google.com/b.html#paco

b.html监听到url发生变化,触发相应操作

b.html传送数据到a.html,由于两个页面不在同一个域下IE、Chrome不允许修改parent.location.hash的值,所以要借助于父窗口域名下的一个代理iframe

b.html下创建一个隐藏的iframe,此iframe的src是baidu.com域下的,并挂上要传送的hash数据,如src=”#data”

proxy.html监听到url发生变化,修改a.html的url(因为a.html和* proxy.html同域,所以proxy.html可修改a.html的url hash)

a.html监听到url发生变化,触发相应操作