前言
相信每一個前端er對于跨域這兩個字都不會陌生荔茬,在實際項目中應用也是比較多的。但跨域方法的多種多樣實在讓人目不暇接有额。老規(guī)矩般又,碰到這種情況彼绷,就只能自己總結一篇博客,作為記錄倒源。
正文
1. 什么是跨域?
跨域一詞從字面意思看句狼,就是跨域名嘛笋熬,但實際上跨域的范圍絕對不止那么狹隘。具體概念如下:只要協(xié)議腻菇、域名胳螟、端口有任何一個不同,都被當作是不同的域筹吐。之所以會產生跨域這個問題呢糖耸,其實也很容易想明白,要是隨便引用外部文件丘薛,不同標簽下的頁面引用類似的彼此的文件嘉竟,瀏覽器很容易懵逼的,安全也得不到保障了就洋侨。什么事舍扰,都是安全第一嘛。但在安全限制的同時也給注入iframe或是ajax應用上帶來了不少麻煩希坚。所以我們要通過一些方法使本域的js能夠操作其他域的頁面對象或者使其他域的js能操作本域的頁面對象(iframe之間)边苹。下面是具體的跨域情況詳解:
URL 說明 是否允許通信
http://www.a.com/a.js
http://www.a.com/b.js 同一域名下 允許
http://www.a.com/lab/a.js
http://www.a.com/script/b.js 同一域名下不同文件夾 允許
http://www.a.com:8000/a.js
http://www.a.com/b.js 同一域名,不同端口 不允許
http://www.a.com/a.js
https://www.a.com/b.js 同一域名裁僧,不同協(xié)議 不允許
http://www.a.com/a.js
http://70.32.92.74/b.js 域名和域名對應ip 不允許
http://www.a.com/a.js
http://script.a.com/b.js 主域相同个束,子域不同 不允許(cookie這種情況下也不允許訪問)
http://www.a.com/a.js
http://a.com/b.js 同一域名,不同二級域名(同上) 不允許(cookie這種情況下也不允許訪問)
http://www.cnblogs.com/a.js
http://www.a.com/b.js 不同域名 不允許
這里我們需要注意兩點:
如果是協(xié)議和端口造成的跨域問題“前臺”是無能為力的聊疲;
在跨域問題上茬底,域僅僅是通過“URL的首部”來識別而不會去嘗試判斷相同的ip地址對應著兩個域或兩個域是否在同一個ip上。
(“URL的首部”指window.location.protocol +window.location.host获洲,也可以理解為“Domains, protocols and ports must match”桩警。)
2. 通過document.domain跨域
前面說過了,瀏覽器有一個同源策略昌妹,其限制之一是不能通過ajax的方法去請求不同源中的文檔捶枢。 第二個限制是瀏覽器中不同域的框架之間是不能進行js的交互操作的。不同的框架之間是可以獲取window對象的飞崖,但卻無法獲取相應的屬性和方法烂叔。比如,有一個頁面固歪,它的地址是http://www.damonare.cn/a.html 蒜鸡, 在這個頁面里面有一個iframe胯努,它的src是http://damonare.cn/b.html, 很顯然,這個頁面與它里面的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="http://damonare.cn/b.html" onload = "test()"></iframe>
這個時候,document.domain就可以派上用場了忘朝,我們只要把http://www.damonare.cn/a.html和http://damonare.cn/b.html這兩個頁面的document.domain都設成相同的域名就可以了灰署。但要注意的是,document.domain的設置是有限制的局嘁,我們只能把document.domain設置成自身或更高一級的父域溉箕,且主域必須相同。
在頁面http://www.damonare.cn/a.html 中設置
document.domain:
<iframe id = "iframe" src="http://damonare.cn/b.html" onload = "test()"></iframe>
<script type="text/javascript">
document.domain = 'damonare.cn';//設置成主域
function test(){
alert(document.getElementById('?iframe').contentWindow);//contentWindow 可取得子窗口的 window 對象
}
</script>
在頁面http://damonare.cn/b.html 中也設置document.domain:
<script type="text/javascript">
document.domain = 'damonare.cn';//在iframe載入這個頁面也設置document.domain悦昵,使之與主頁面的document.domain相同
</script>
修改document.domain的方法只適用于不同子域的框架間的交互肴茄。
3. 通過location.hash跨域
因為父窗口可以對iframe進行URL讀寫,iframe也可以讀寫父窗口的URL但指,URL有一部分被稱為hash寡痰,就是#號及其后面的字符,它一般用于瀏覽器錨點定位棋凳,Server端并不關心這部分氓癌,應該說HTTP請求過程中不會攜帶hash,所以這部分的修改不會產生HTTP請求贫橙,但是會產生瀏覽器歷史記錄贪婉。此方法的原理就是改變URL的hash部分來進行雙向通信。每個window通過改變其他 window的location來發(fā)送消息(由于兩個頁面不在同一個域下IE卢肃、Chrome不允許修改parent.location.hash的值疲迂,所以要借助于父窗口域名下的一個代理iframe),并通過監(jiān)聽自己的URL的變化來接收消息莫湘。這個方式的通信會造成一些不必要的瀏覽器歷史記錄尤蒿,而且有些瀏覽器不支持onhashchange事件,需要輪詢來獲知URL的改變幅垮,最后腰池,這樣做也存在缺點,諸如數(shù)據(jù)直接暴露在了url中忙芒,數(shù)據(jù)容量和類型都有限等示弓。下面舉例說明:
假如父頁面是baidu.com/a.html,iframe嵌入的頁面為google.com/b.html(此處省略了域名等url屬性),要實現(xiàn)此兩個頁面間的通信可以通過以下方法呵萨。
a.html傳送數(shù)據(jù)到b.html
a.html下修改iframe的src為google.com/b.html#paco
b.html監(jiān)聽到url發(fā)生變化奏属,觸發(fā)相應操作
b.html傳送數(shù)據(jù)到a.html,由于兩個頁面不在同一個域下IE潮峦、Chrome不允許修改parent.location.hash的值囱皿,所以要借助于父窗口域名下的一個代理iframe
b.html下創(chuàng)建一個隱藏的iframe勇婴,此iframe的src是baidu.com域下的,并掛上要傳送的hash數(shù)據(jù)嘱腥,如src=”http://www.baidu.com/proxy.html#data”
proxy.html監(jiān)聽到url發(fā)生變化耕渴,修改a.html的url(因為a.html和proxy.html同域,所以proxy.html可修改a.html的url hash)
a.html監(jiān)聽到url發(fā)生變化齿兔,觸發(fā)相應操作
b.html頁面的關鍵代碼如下:
try {
parent.location.hash = 'data';
} catch (e) {
// ie橱脸、chrome的安全機制無法修改parent.location.hash,
var ifrproxy = document.createElement('iframe');
ifrproxy.style.display = 'none';
ifrproxy.src = "http://www.baidu.com/proxy.html#data";
document.body.appendChild(ifrproxy);
}
proxy.html頁面的關鍵代碼如下 :
//因為parent.parent(即baidu.com/a.html)和baidu.com/proxy.html屬于同一個域愧驱,所以可以改變其location.hash的值
parent.parent.location.hash = self.location.hash.substring(1);
4. 通過HTML5的postMessage方法跨域
高級瀏覽器Internet Explorer 8+, chrome慰技,F(xiàn)irefox , Opera 和 Safari 都將支持這個功能椭盏。這個功能主要包括接受信息的”message”事件和發(fā)送消息的”postMessage”方法组砚。比如damonare.cn域的A頁面通過iframe嵌入了一個google.com域的B頁面,可以通過以下方法實現(xiàn)A和B的通信
A頁面通過postMessage方法發(fā)送消息:
window.onload = function() {
var ifr = document.getElementById('ifr');
var targetOrigin = "http://www.google.com";
ifr.contentWindow.postMessage('hello world!', targetOrigin);
};
postMessage的使用方法:
otherWindow.postMessage(message, targetOrigin);
otherWindow:指目標窗口掏颊,也就是給哪個window發(fā)消息糟红,是 window.frames 屬性的成員或者由 window.open 方法創(chuàng)建的窗口
message: 是要發(fā)送的消息,類型為 String乌叶、Object (IE8盆偿、9 不支持)
targetOrigin: 是限定消息接收范圍,不限制請使用 ‘*
B頁面通過message事件監(jiān)聽并接受消息:
var onmessage = function (event) {
var data = event.data;//消息
var origin = event.origin;//消息來源地址
var source = event.source;//源Window對象
if(origin=="http://www.baidu.com"){
console.log(data);//hello world!
}
};
if (typeof window.addEventListener != 'undefined') {
window.addEventListener('message', onmessage, false);
} else if (typeof window.attachEvent != 'undefined') {
//for ie
window.attachEvent('onmessage', onmessage);
}
同理准浴,也可以B頁面發(fā)送消息事扭,然后A頁面監(jiān)聽并接受消息。
5.通過jsonp跨域
剛才說的這幾種都是雙向通信的乐横,即兩個iframe求橄,頁面與iframe或是頁面與頁面之間的,下面說幾種單項跨域的(一般用來獲取數(shù)據(jù))葡公,因為通過script標簽引入的js是不受同源策略的限制的罐农。所以我們可以通過script標簽引入一個js或者是一個其他后綴形式(如php,jsp等)的文件催什,此文件返回一個js函數(shù)的調用涵亏。
比如,有個a.html頁面蒲凶,它里面的代碼需要利用ajax獲取一個不同域上的json數(shù)據(jù)气筋,假設這個json數(shù)據(jù)地址是http://damonare.cn/data.php,那么a.html中的代碼就可以這樣:
<script type="text/javascript">
function dosomething(jsondata){
//處理獲得的json數(shù)據(jù)
}
</script>
<script src="http://example.com/data.php?callback=dosomething"></script>
我們看到獲取數(shù)據(jù)的地址后面還有一個callback參數(shù),按慣例是用這個參數(shù)名旋圆,但是你用其他的也一樣裆悄。當然如果獲取數(shù)據(jù)的jsonp地址頁面不是你自己能控制的,就得按照提供數(shù)據(jù)的那一方的規(guī)定格式來操作了臂聋。
因為是當做一個js文件來引入的光稼,所以http://damonare.cn/data.php返回的必須是一個能執(zhí)行的js文件或南,所以這個頁面的php代碼可能是這樣的(一定要和后端約定好哦):
<?php
$callback = $_GET['callback'];//得到回調函數(shù)名
$data = array('a','b','c');//要返回的數(shù)據(jù)
echo $callback.'('.json_encode($data).')';//輸出
?>
最終,輸出結果為:dosomething([‘a’,’b’,’c’]);
如果你的頁面使用jquery艾君,那么通過它封裝的方法就能很方便的來進行jsonp操作了采够。
<script type="text/javascript">
$.getJSON('http://example.com/data.php?callback=?,function(jsondata)'){
//處理獲得的json數(shù)據(jù)
});
</script>
jquery會自動生成一個全局函數(shù)來替換callback=?中的問號,之后獲取到數(shù)據(jù)后又會自動銷毀冰垄,實際上就是起一個臨時代理函數(shù)的作用蹬癌。$.getJSON方法會自動判斷是否跨域,不跨域的話虹茶,就調用普通的ajax方法逝薪;跨域的話,則會以異步加載js文件的形式來調用jsonp的回調函數(shù)蝴罪。
JSONP的優(yōu)缺點
JSONP的優(yōu)點是:它不像XMLHttpRequest對象實現(xiàn)的Ajax請求那樣受到同源策略的限制董济;它的兼容性更好,在更加古老的瀏覽器中都可以運行要门,不需要XMLHttpRequest或ActiveX的支持虏肾;并且在請求完畢后可以通過調用callback的方式回傳結果。
JSONP的缺點則是:它只支持GET請求而不支持POST等其它類型的HTTP請求欢搜;它只支持跨域HTTP請求這種情況封豪,不能解決不同域的兩個頁面之間如何進行JavaScript調用的問題。
6. 通過CORS跨域
CORS(Cross-Origin Resource Sharing)跨域資源共享炒瘟,定義了必須在訪問跨域資源時吹埠,瀏覽器與服務器應該如何溝通。CORS背后的基本思想就是使用自定義的HTTP頭部讓瀏覽器與服務器進行溝通疮装,從而決定請求或響應是應該成功還是失敗缘琅。目前,所有瀏覽器都支持該功能斩个,IE瀏覽器不能低于IE10胯杭。整個CORS通信過程,都是瀏覽器自動完成受啥,不需要用戶參與做个。對于開發(fā)者來說,CORS通信與同源的AJAX通信沒有差別滚局,代碼完全一樣居暖。瀏覽器一旦發(fā)現(xiàn)AJAX請求跨源,就會自動添加一些附加的頭信息藤肢,有時還會多出一次附加的請求太闺,但用戶不會有感覺。
因此嘁圈,實現(xiàn)CORS通信的關鍵是服務器省骂。只要服務器實現(xiàn)了CORS接口蟀淮,就可以跨源通信。
平時的ajax請求可能是這樣的:
<script type="text/javascript">
var xhr = new XMLHttpRequest();
xhr.open("POST", "/damonare",true);
xhr.send();
</script>
以上damonare部分是相對路徑钞澳,如果我們要使用CORS怠惶,相關Ajax代碼可能如下所示:
<script type="text/javascript">
var xhr = new XMLHttpRequest();
xhr.open("?GET", "http://segmentfault.com/u/trigkit4/",true);
xhr.send();
</script>
代碼與之前的區(qū)別就在于相對路徑換成了其他域的絕對路徑,也就是你要跨域訪問的接口地址轧粟。
服務器端對于CORS的支持策治,主要就是通過設置Access-Control-Allow-Origin來進行的。如果瀏覽器檢測到相應的設置兰吟,就可以允許Ajax進行跨域的訪問通惫。關于CORS更多了解可以看下阮一峰老師的這一篇文章:跨域資源共享 CORS 詳解
CORS和JSONP對比
JSONP只能實現(xiàn)GET請求,而CORS支持所有類型的HTTP請求混蔼。
使用CORS履腋,開發(fā)者可以使用普通的XMLHttpRequest發(fā)起請求和獲得數(shù)據(jù),比起JSONP有更好的錯誤處理拄丰。
JSONP主要被老的瀏覽器支持府树,它們往往不支持CORS俐末,而絕大多數(shù)現(xiàn)代瀏覽器都已經(jīng)支持了CORS)料按。
CORS與JSONP相比,無疑更為先進卓箫、方便和可靠载矿。
7. 通過window.name跨域
window對象有個name屬性,該屬性有個特征:即在一個窗口(window)的生命周期內,窗口載入的所有的頁面都是共享一個window.name的烹卒,每個頁面對window.name都有讀寫的權限闷盔,window.name是持久存在一個窗口載入過的所有頁面中的,并不會因新頁面的載入而進行重置旅急。
比如:我們在任意一個頁面輸入
window.name = "My window's name";
setTimeout(function(){
window.location.href = "http://damonare.cn/";
},1000)
進入damonare.cn頁面后我們再檢測再檢測 window.name :
window.name; // My window's name
可以看到逢勾,如果在一個標簽里面跳轉網(wǎng)頁的話,我們的 window.name 是不會改變的藐吮。
基于這個思想溺拱,我們可以在某個頁面設置好 window.name 的值,然后跳轉到另外一個頁面谣辞。在這個頁面中就可以獲取到我們剛剛設置的 window.name 了迫摔。
由于安全原因,瀏覽器始終會保持 window.name 是string 類型泥从。
同樣這個方法也可以應用到和iframe的交互來:
比如:我的頁面(http://damonare.cn/index.html)中內嵌了一個iframe:
<iframe id="iframe" src="http://www.google.com/iframe.html"></iframe>
在 iframe.html 中設置好了 window.name 為我們要傳遞的字符串句占。
我們在 index.html 中寫了下面的代碼:
var iframe = document.getElementById('iframe');
var data = '';
iframe.onload = function() {
data = iframe.contentWindow.name;
};
Boom!報錯!肯定的躯嫉,因為兩個頁面不同源嘛纱烘,想要解決這個問題可以這樣干:
var iframe = document.getElementById('iframe');
var data = '';
iframe.onload = function() {
iframe.onload = function(){
data = iframe.contentWindow.name;
}
iframe.src = 'about:blank';
};
或者將里面的 about:blank 替換成某個同源頁面(about:blank杨拐,javascript: 和 data: 中的內容,繼承了載入他們的頁面的源擂啥。)
這種方法與 document.domain 方法相比戏阅,放寬了域名后綴要相同的限制,可以從任意頁面獲取 string 類型的數(shù)據(jù)啤它。
后記
其它諸如中間件跨域奕筐,服務器代理跨域,F(xiàn)lash URLLoader跨域变骡,動態(tài)創(chuàng)建script標簽(簡化版本的jsonp)不作討論离赫。