前言

關于前端跨域的解決方法的多種多樣實在讓人目不暇接。以前碰到一個公司面試的場景是這樣的，好幾個人一起在等待面試，一個個進去面，面試官問：“給我說說跨域的解決方式吧”，吧啦吧啦就說出了（自己在當時情況下腦子里能記住的）三種，然后面試官就說：“你們每個人進來都說了這三種，除了這些，還有哪些？”，頓時凌亂在風中...碰到這種情況，只能自己總結一篇博客，以備查漏補缺。

1. 什么是跨域？

跨域一詞從字面意思看，就是跨域名嘛，但實際上跨域的范圍絕對不止那么狹隘。具體概念如下：只要協議、域名、端口有任何一個不同，都被當作是不同的域。之所以會產生跨域這個問題呢，其實也很容易想明白，要是隨便引用外部文件，不同標簽下的頁面引用類似的彼此的文件，瀏覽器很容易懵逼的，安全也得不到保障了就。什么事，都是安全第一嘛。但在安全限制的同時也給注入iframe或是ajax應用上帶來了不少麻煩。所以我們要通過一些方法使本域的js能夠操作其他域的頁面對象或者使其他域的js能操作本域的頁面對象（iframe之間）。下面是具體的跨域情況詳解：

URL 說明 是否允許通信
http://www.a.com/a.jshttp://www.a.com/b.js 同一域名下 允許http://www.a.com/lab/a.jshttp://www.a.com/script/b.js 同一域名下不同文件夾 允許http://www.a.com:8000/a.jshttp://www.a.com/b.js 同一域名，不同端口 不允許http://www.a.com/a.jshttps://www.a.com/b.js 同一域名，不同協議 不允許http://www.a.com/a.jshttp://70.32.92.74/b.js 域名和域名對應ip 不允許http://www.a.com/a.jshttp://script.a.com/b.js 主域相同，子域不同 不允許（cookie這種情況下也不允許訪問）http://www.a.com/a.jshttp://a.com/b.js 同一域名，不同二級域名（同上） 不允許（cookie這種情況下也不允許訪問）http://www.cnblogs.com/a.jshttp://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對象的，但卻無法獲取相應的屬性和方法。
比如，有一個頁面，它的地址是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(){ //contentWindow 可取得子窗口的 window 對象
 alert(document.getElementById('iframe').contentWindow);
 }</script>

在頁面http://damonare.cn/b.html 中也設置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=”http://www.baidu.com/proxy.html#data”

proxy.html監聽到url發生變化，修改a.html的url（因為a.html和* proxy.html同域，所以proxy.html可修改a.html的url hash）

a.html監聽到url發生變化，觸發相應操作

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);

3. 通過HTML5的postMessage方法跨域

高級瀏覽器IE8+, chrome，Firefox , Opera 和 Safari 都將支持這個功能。
這個功能主要包括接受信息的”message”事件和發送消息的”postMessage”方法。
比如damonare.cn域的A頁面通過iframe嵌入了一個google.com域的B頁面，可以通過以下方法實現A和B的通信:

A頁面通過postMessage方法發送消息：

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發消息，是window.frames 屬性的成員或者由 window.open 方法創建的窗口。

message: 是要發送的消息，類型為 String、Object (IE8、9 不支持)。

targetOrigin: 是限定消息接收范圍，不限制請使用 ' * '。

B頁面通過message事件監聽并接受消息:

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頁面發送消息，然后A頁面監聽并接受消息。

4. jsonp跨域

以上的這幾種都是雙向通信的，即兩個iframe，頁面與iframe，或是頁面與頁面之間的。
下面說幾種單向跨域的（一般用來獲取數據），因為通過script標簽引入的js是不受同源策略的限制的。
所以我們可以通過script標簽引入一個js或者是一個其他后綴形式（如php，jsp等）的文件，此文件返回一個js函數的調用。

比如，有個a.html頁面，它里面的代碼需要利用ajax獲取一個不同域上的json數據，假設這個json數據地址是http://damonare.cn/data.php，那么a.html中的代碼就可以這樣：

<script type="text/javascript">
function dosomething(jsondata){ //處理獲得的json數據
}</script><script src="http://example.com/data.php?callback=dosomething"></script>

可以看到獲取數據的地址后面還有一個callback參數，按慣例是用這個參數名，但是你用其他的也一樣。當然如果獲取數據的jsonp地址頁面不是你自己能控制的，就得按照提供數據的那一方的規定格式來操作了。
因為是當做一個js文件來引入的，所以http://damonare.cn/data.php返回的必須是一個能執行的js文件，所以這個頁面的php代碼可能是這樣的(一定要和后端約定好哦)：

<?php
$callback = $_GET['callback'];//得到回調函數名
$data = array('a','b','c');//要返回的數據
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數據
 });</script>

jquery會自動生成一個全局函數來替換callback=?中的問號，之后獲取到數據后又會自動銷毀，實際上就是起一個臨時代理函數的作用。
$.getJSON方法會自動判斷是否跨域，不跨域的話，就調用普通的ajax方法；跨域的話，則會以異步加載js文件的形式來調用jsonp的回調函數。

JSONP的優缺點:

JSONP的優點：
它不像XMLHttpRequest對象實現的Ajax請求那樣受到同源策略的限制；它的兼容性更好，在更加古老的瀏覽器中都可以運行，不需要XMLHttpRequest或ActiveX的支持；并且在請求完畢后可以通過調用callback的方式回傳結果。

JSONP的缺點：
它只支持GET請求而不支持POST等其它類型的HTTP請求；它只支持跨域HTTP請求這種情況，不能解決不同域的兩個頁面之間如何進行JavaScript調用的問題。

5. CORS跨域

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

因此，實現CORS通信的關鍵是服務器。只要服務器實現了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/andreaxiang/",true);
 xhr.send();</script>

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

服務器端對于CORS的支持，主要就是通過設置Access-Control-Allow-Origin來進行的。
如果瀏覽器檢測到相應的設置，就可以允許Ajax進行跨域的訪問。
關于CORS更多了解可以看下阮一峰老師的這一篇文章：跨域資源共享 CORS 詳解

CORS和JSONP對比

JSONP只能實現GET請求，而CORS支持所有類型的HTTP請求。

使用CORS，開發者可以使用普通的XMLHttpRequest發起請求和獲得數據，比起JSONP有更好的錯誤處理。

JSONP主要被老的瀏覽器支持，它們往往不支持CORS，而絕大多數現代瀏覽器都已經支持了CORS。

CORS與JSONP相比，無疑更為先進、方便和可靠。

6. 通過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

可以看到，如果在一個標簽里面跳轉網頁的話，我們的 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;
};

報錯！肯定的，因為兩個頁面不同源嘛，想要解決這個問題可以這樣干：

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 類型的數據。

本篇對跨域做出相應的總結，更多相關知識請關注Gxl網。

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com