前端跨域整理

前言

原文地址:前端跨域總結(jié)

博主博客地址:Damonare的個(gè)人博客

相信每一個(gè)前端er對于跨域這兩個(gè)字都不會(huì)陌生,在實(shí)際項(xiàng)目中應(yīng)用也是比較多的。但跨域方法的多種多樣實(shí)在讓人目不暇接。老規(guī)矩,碰到這種情況,就只能自己總結(jié)一篇博客,作為記錄。

正文

1. 什么是跨域?

跨域一詞從字面意思看,就是跨域名嘛,但實(shí)際上跨域的范圍絕對不止那么狹隘。具體概念如下:只要協(xié)議、域名、端口有任何一個(gè)不同,都被當(dāng)作是不同的域。之所以會(huì)產(chǎn)生跨域這個(gè)問題呢,其實(shí)也很容易想明白,要是隨便引用外部文件,不同標(biāo)簽下的頁面引用類似的彼此的文件,瀏覽器很容易懵逼的,安全也得不到保障了就。什么事,都是安全第一嘛。但在安全限制的同時(shí)也給注入iframe或是ajax應(yīng)用上帶來了不少麻煩。所以我們要通過一些方法使本域的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 域名和域名對應(yīng)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 不同域名 不允許

這里我們需要注意兩點(diǎn):

  1. 如果是協(xié)議和端口造成的跨域問題“前臺(tái)”是無能為力的;
  2. 在跨域問題上,域僅僅是通過“URL的首部”來識(shí)別而不會(huì)去嘗試判斷相同的ip地址對應(yīng)著兩個(gè)域或兩個(gè)域是否在同一個(gè)ip上。
    (“URL的首部”指window.location.protocol +window.location.host,也可以理解為“Domains, protocols and ports must match”。)

2. 通過document.domain跨域

前面說過了,瀏覽器有一個(gè)同源策略,其限制之一是不能通過ajax的方法去請求不同源中的文檔。第二個(gè)限制是瀏覽器中不同域的框架之間是不能進(jìn)行js的交互操作的。不同的框架之間是可以獲取window對象的,但卻無法獲取相應(yīng)的屬性和方法。比如,有一個(gè)頁面,它的地址是http://www.damonare.cn/a.html , 在這個(gè)頁面里面有一個(gè)iframe,它的src是http://damonare.cn/b.html, 很顯然,這個(gè)頁面與它里面的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>

這個(gè)時(shí)候,document.domain就可以派上用場了,我們只要把http://www.damonare.cn/a.htmlhttp://damonare.cn/b.html 這兩個(gè)頁面的document.domain都設(shè)成相同的域名就可以了。但要注意的是,document.domain的設(shè)置是有限制的,我們只能把document.domain設(shè)置成自身或更高一級的父域,且主域必須相同。

<iframe id = "iframe" src="http://damonare.cn/b.html" onload = "test()"></iframe>
<script type="text/javascript">
    document.domain = 'damonare.cn';//設(shè)置成主域
    function test(){
        alert(document.getElementById('iframe').contentWindow);//contentWindow 可取得子窗口的 window 對象
    }
</script>
<script type="text/javascript">
    document.domain = 'damonare.cn';//在iframe載入這個(gè)頁面也設(shè)置document.domain,使之與主頁面的document.domain相同
</script>

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

3. 通過location.hash跨域

因?yàn)楦复翱诳梢詫frame進(jìn)行URL讀寫,iframe也可以讀寫父窗口的URL,URL有一部分被稱為hash,就是#號及其后面的字符,它一般用于瀏覽器錨點(diǎn)定位,Server端并不關(guān)心這部分,應(yīng)該說HTTP請求過程中不會(huì)攜帶hash,所以這部分的修改不會(huì)產(chǎn)生HTTP請求,但是會(huì)產(chǎn)生瀏覽器歷史記錄。此方法的原理就是改變URL的hash部分來進(jìn)行雙向通信。每個(gè)window通過改變其他 window的location來發(fā)送消息(由于兩個(gè)頁面不在同一個(gè)域下IE、Chrome不允許修改parent.location.hash的值,所以要借助于父窗口域名下的一個(gè)代理iframe),并通過監(jiān)聽自己的URL的變化來接收消息。這個(gè)方式的通信會(huì)造成一些不必要的瀏覽器歷史記錄,而且有些瀏覽器不支持onhashchange事件,需要輪詢來獲知URL的改變,最后,這樣做也存在缺點(diǎn),諸如數(shù)據(jù)直接暴露在了url中,數(shù)據(jù)容量和類型都有限等。下面舉例說明:

假如父頁面是baidu.com/a.html,iframe嵌入的頁面為google.com/b.html(此處省略了域名等url屬性),要實(shí)現(xiàn)此兩個(gè)頁面間的通信可以通過以下方法。

  • a.html傳送數(shù)據(jù)到b.html

    • a.html下修改iframe的src為google.com/b.html#paco
    • b.html監(jiān)聽到url發(fā)生變化,觸發(fā)相應(yīng)操作
  • b.html傳送數(shù)據(jù)到a.html,由于兩個(gè)頁面不在同一個(gè)域下IE、Chrome不允許修改parent.location.hash的值,所以要借助于父窗口域名下的一個(gè)代理iframe

    • b.html下創(chuàng)建一個(gè)隱藏的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(因?yàn)閍.html和proxy.html同域,所以proxy.html可修改a.html的url hash)
    • a.html監(jiān)聽到url發(fā)生變化,觸發(fā)相應(yīng)操作

b.html頁面的關(guān)鍵代碼如下:

try {  
    parent.location.hash = 'data';  
} catch (e) {  
    // ie、chrome的安全機(jī)制無法修改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頁面的關(guān)鍵代碼如下 :

//因?yàn)閜arent.parent(即baidu.com/a.html)和baidu.com/proxy.html屬于同一個(gè)域,所以可以改變其location.hash的值  
parent.parent.location.hash = self.location.hash.substring(1);  

4. 通過HTML5的postMessage方法跨域

高級瀏覽器Internet Explorer 8+, chrome,F(xiàn)irefox , Opera 和 Safari 都將支持這個(gè)功能。這個(gè)功能主要包括接受信息的"message"事件和發(fā)送消息的"postMessage"方法。比如damonare.cn域的A頁面通過iframe嵌入了一個(gè)google.com域的B頁面,可以通過以下方法實(shí)現(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:指目標(biāo)窗口,也就是給哪個(gè)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跨域

剛才說的這幾種都是雙向通信的,即兩個(gè)iframe,頁面與iframe或是頁面與頁面之間的,下面說幾種單項(xiàng)跨域的(一般用來獲取數(shù)據(jù)),因?yàn)橥ㄟ^script標(biāo)簽引入的js是不受同源策略的限制的。所以我們可以通過script標(biāo)簽引入一個(gè)js或者是一個(gè)其他后綴形式(如php,jsp等)的文件,此文件返回一個(gè)js函數(shù)的調(diào)用。

比如,有個(gè)a.html頁面,它里面的代碼需要利用ajax獲取一個(gè)不同域上的json數(shù)據(jù),假設(shè)這個(gè)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ù)的地址后面還有一個(gè)callback參數(shù),按慣例是用這個(gè)參數(shù)名,但是你用其他的也一樣。當(dāng)然如果獲取數(shù)據(jù)的jsonp地址頁面不是你自己能控制的,就得按照提供數(shù)據(jù)的那一方的規(guī)定格式來操作了。

因?yàn)槭钱?dāng)做一個(gè)js文件來引入的,所以http://damonare.cn/data.php 返回的必須是一個(gè)能執(zhí)行的js文件,所以這個(gè)頁面的php代碼可能是這樣的(一定要和后端約定好哦):

<?php
$callback = $_GET['callback'];//得到回調(diào)函數(shù)名
$data = array('a','b','c');//要返回的數(shù)據(jù)
echo $callback.'('.json_encode($data).')';//輸出
?>

最終,輸出結(jié)果為:dosomething(['a','b','c']);

如果你的頁面使用jquery,那么通過它封裝的方法就能很方便的來進(jìn)行jsonp操作了。

<script type="text/javascript">
    $.getJSON('http://example.com/data.php?callback=?,function(jsondata)'){
        //處理獲得的json數(shù)據(jù)
    });
</script>

jquery會(huì)自動(dòng)生成一個(gè)全局函數(shù)來替換callback=?中的問號,之后獲取到數(shù)據(jù)后又會(huì)自動(dòng)銷毀,實(shí)際上就是起一個(gè)臨時(shí)代理函數(shù)的作用。$.getJSON方法會(huì)自動(dòng)判斷是否跨域,不跨域的話,就調(diào)用普通的ajax方法;跨域的話,則會(huì)以異步加載js文件的形式來調(diào)用jsonp的回調(diào)函數(shù)。

  • JSONP的優(yōu)缺點(diǎn)
    • JSONP的優(yōu)點(diǎn)是:它不像XMLHttpRequest對象實(shí)現(xiàn)的Ajax請求那樣受到同源策略的限制;它的兼容性更好,在更加古老的瀏覽器中都可以運(yùn)行,不需要XMLHttpRequest或ActiveX的支持;并且在請求完畢后可以通過調(diào)用callback的方式回傳結(jié)果。
    • JSONP的缺點(diǎn)則是:它只支持GET請求而不支持POST等其它類型的HTTP請求;它只支持跨域HTTP請求這種情況,不能解決不同域的兩個(gè)頁面之間如何進(jìn)行JavaScript調(diào)用的問題。

6. 通過CORS跨域

CORS(Cross-Origin Resource Sharing)跨域資源共享,定義了必須在訪問跨域資源時(shí),瀏覽器與服務(wù)器應(yīng)該如何溝通。CORS背后的基本思想就是使用自定義的HTTP頭部讓瀏覽器與服務(wù)器進(jìn)行溝通,從而決定請求或響應(yīng)是應(yīng)該成功還是失敗。目前,所有瀏覽器都支持該功能,IE瀏覽器不能低于IE10。整個(gè)CORS通信過程,都是瀏覽器自動(dòng)完成,不需要用戶參與。對于開發(fā)者來說,CORS通信與同源的AJAX通信沒有差別,代碼完全一樣。瀏覽器一旦發(fā)現(xiàn)AJAX請求跨源,就會(huì)自動(dòng)添加一些附加的頭信息,有時(shí)還會(huì)多出一次附加的請求,但用戶不會(huì)有感覺。

因此,實(shí)現(xiàn)CORS通信的關(guān)鍵是服務(wù)器。只要服務(wù)器實(shí)現(xiàn)了CORS接口,就可以跨源通信。

平時(shí)的ajax請求可能是這樣的:

<script type="text/javascript">
    var xhr = new XMLHttpRequest();
    xhr.open("POST", "/damonare",true);
    xhr.send();
</script>

以上damonare部分是相對路徑,如果我們要使用CORS,相關(guān)Ajax代碼可能如下所示:

<script type="text/javascript">
    var xhr = new XMLHttpRequest();
    xhr.open("GET", "http://segmentfault.com/u/trigkit4/",true);
    xhr.send();
</script>

代碼與之前的區(qū)別就在于相對路徑換成了其他域的絕對路徑,也就是你要跨域訪問的接口地址。

服務(wù)器端對于CORS的支持,主要就是通過設(shè)置Access-Control-Allow-Origin來進(jìn)行的。如果瀏覽器檢測到相應(yīng)的設(shè)置,就可以允許Ajax進(jìn)行跨域的訪問。關(guān)于CORS更多了解可以看下阮一峰老師的這一篇文章:跨域資源共享 CORS 詳解

  • CORS和JSONP對比
    • JSONP只能實(shí)現(xiàn)GET請求,而CORS支持所有類型的HTTP請求。

    • 使用CORS,開發(fā)者可以使用普通的XMLHttpRequest發(fā)起請求和獲得數(shù)據(jù),比起JSONP有更好的錯(cuò)誤處理。

    • JSONP主要被老的瀏覽器支持,它們往往不支持CORS,而絕大多數(shù)現(xiàn)代瀏覽器都已經(jīng)支持了CORS)。

CORS與JSONP相比,無疑更為先進(jìn)、方便和可靠。

7. 通過window.name跨域

window對象有個(gè)name屬性,該屬性有個(gè)特征:即在一個(gè)窗口(window)的生命周期內(nèi),窗口載入的所有的頁面都是共享一個(gè)window.name的,每個(gè)頁面對window.name都有讀寫的權(quán)限,window.name是持久存在一個(gè)窗口載入過的所有頁面中的,并不會(huì)因新頁面的載入而進(jìn)行重置。

比如:我們在任意一個(gè)頁面輸入

window.name = "My window's name";
setTimeout(function(){
    window.location.;
},1000)

進(jìn)入damonare.cn頁面后我們再檢測再檢測 window.name :

window.name; // My window's name

可以看到,如果在一個(gè)標(biāo)簽里面跳轉(zhuǎn)網(wǎng)頁的話,我們的 window.name 是不會(huì)改變的。
基于這個(gè)思想,我們可以在某個(gè)頁面設(shè)置好 window.name 的值,然后跳轉(zhuǎn)到另外一個(gè)頁面。在這個(gè)頁面中就可以獲取到我們剛剛設(shè)置的 window.name 了。

由于安全原因,瀏覽器始終會(huì)保持 window.name 是string 類型。

同樣這個(gè)方法也可以應(yīng)用到和iframe的交互來:
比如:我的頁面(http://damonare.cn/index.html)中內(nèi)嵌了一個(gè)iframe:

<iframe id="iframe" src="http://www.google.com/iframe.html"></iframe>

在 iframe.html 中設(shè)置好了 window.name 為我們要傳遞的字符串。
我們在 index.html 中寫了下面的代碼:

var iframe = document.getElementById('iframe');
var data = '';

iframe.onload = function() {
    data = iframe.contentWindow.name;
};

Boom!報(bào)錯(cuò)!肯定的,因?yàn)閮蓚€(gè)頁面不同源嘛,想要解決這個(gè)問題可以這樣干:

var iframe = document.getElementById('iframe');
var data = '';

iframe.onload = function() {
    iframe.onload = function(){
        data = iframe.contentWindow.name;
    }
    iframe.src = 'about:blank';
};

或者將里面的 about:blank 替換成某個(gè)同源頁面(about:blank,javascript: 和 data: 中的內(nèi)容,繼承了載入他們的頁面的源。)

這種方法與 document.domain 方法相比,放寬了域名后綴要相同的限制,可以從任意頁面獲取 string 類型的數(shù)據(jù)。

后記

其它諸如中間件跨域,服務(wù)器代理跨域,F(xiàn)lash URLLoader跨域,動(dòng)態(tài)創(chuàng)建script標(biāo)簽(簡化版本的jsonp)不作討論。

參考文章:

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,836評論 6 540
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 99,275評論 3 428
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 177,904評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,633評論 1 317
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 72,368評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,736評論 1 328
  • 那天,我揣著相機(jī)與錄音,去河邊找鬼。 笑死,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,740評論 3 446
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,919評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個(gè)月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 49,481評論 1 335
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 41,235評論 3 358
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 43,427評論 1 374
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,968評論 5 363
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 44,656評論 3 348
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,055評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,348評論 1 294
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 52,160評論 3 398
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 48,380評論 2 379

推薦閱讀更多精彩內(nèi)容

  • 前言 原文地址:前端跨域總結(jié)博主博客地址:Damonare的個(gè)人博客 正文 1. 什么是跨域? 跨域一詞從字面意思...
    yo_yo_閱讀 503評論 0 5
  • 前言 關(guān)于前端跨域的解決方法的多種多樣實(shí)在讓人目不暇接。以前碰到一個(gè)公司面試的場景是這樣的,好幾個(gè)人一起在等待面試...
    andreaxiang閱讀 482評論 1 4
  • 前言相信每一個(gè)前端er對于跨域這兩個(gè)字都不會(huì)陌生,在實(shí)際項(xiàng)目中應(yīng)用也是比較多的。但跨域方法的多種多樣實(shí)在讓人目不暇...
    Www劉閱讀 677評論 2 23
  • 跨域資源共享 CORS 對于web開發(fā)來講,由于瀏覽器的同源策略,我們需要經(jīng)常使用一些hack的方法去跨域獲取資源...
    默默先生Alec閱讀 596評論 0 0
  • 真正的兇險(xiǎn)是,表面上一團(tuán)和氣,實(shí)則暗流涌動(dòng)。 加薪時(shí)機(jī),年底。 想要加薪,就要留意手邊的人力資源: 1、前臺(tái)(很重...
    秋之竹薛梅閱讀 188評論 0 0