前言
相信每一個前端er對于跨域這兩個字都不會陌生，在實際項目中應用也是比較多的。但跨域方法的多種多樣實在讓人目不暇接。老規矩，碰到這種情況，就隻能自己總結一篇部落格，作為記錄。
正文
1. 什麼是跨域?
跨域一詞從字面意思看，就是跨域名嘛，但實際上跨域的範圍絕對不止那麼狹隘。具體概念如下：隻要協定、域名、端口有任何一個不同，都被當作是不同的域。之是以會産生跨域這個問題呢，其實也很容易想明白，要是随便引用外部檔案，不同标簽下的頁面引用類似的彼此的檔案，浏覽器很容易懵逼的，安全也得不到保障了就。什麼事，都是安全第一嘛。但在安全限制的同時也給注入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 同一域名，不同端口 不允許
https://www.a.com/b.js 同一域名，不同協定 不允許
http://70.32.92.74/b.js 域名和域名對應ip 不允許
http://script.a.com/b.js 主域相同，子域不同 不允許（cookie這種情況下也不允許通路）
http://a.com/b.js 同一域名，不同二級域名（同上） 不允許（cookie這種情況下也不允許通路）
http://www.cnblogs.com/a.js
http://www.a.com/b.js 不同域名 不允許
這裡我們需要注意兩點:
如果是協定和端口造成的跨域問題“前台”是無能為力的;
在跨域問題上，域僅僅是通過“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
<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設定成自身或更高一級的父域，且主域必須相同。
<iframe id = "iframe" src="http://damonare.cn/b.html" onload = "test()"></iframe>
document.domain = 'damonare.cn';//設定成主域
alert(document.getelementbyid('iframe').contentwindow);//contentwindow 可取得子視窗的 window 對象
</script>
document.domain = 'damonare.cn';//在iframe載入這個頁面也設定document.domain，使之與首頁面的document.domain相同
修改document.domain的方法隻适用于不同子域的架構間的互動。
3. 通過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);
4. 通過html5的postmessage方法跨域
進階浏覽器internet explorer 8+, 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頁面監聽并接受消息。
5.通過jsonp跨域
剛才說的這幾種都是雙向通信的，即兩個iframe，頁面與iframe或是頁面與頁面之間的，下面說幾種單項跨域的(一般用來擷取資料)，因為通過script标簽引入的js是不受同源政策的限制的。是以我們可以通過script标簽引入一個js或者是一個其他字尾形式(如php，jsp等)的檔案，此檔案傳回一個js函數的調用。
function dosomething(jsondata){
//處理獲得的json資料
<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操作了。
$.getjson('http://example.com/data.php?callback=?,function(jsondata)'){
});
jquery會自動生成一個全局函數來替換callback=?中的問号，之後擷取到資料後又會自動銷毀，實際上就是起一個臨時代理函數的作用。$.getjson方法會自動判斷是否跨域，不跨域的話，就調用普通的ajax方法;跨域的話，則會以異步加載js檔案的形式來調用jsonp的回調函數。
jsonp的優缺點
jsonp的優點是：它不像xmlhttprequest對象實作的ajax請求那樣受到同源政策的限制;它的相容性更好，在更加古老的浏覽器中都可以運作，不需要xmlhttprequest或activex的支援;并且在請求完畢後可以通過調用callback的方式回傳結果。
jsonp的缺點則是：它隻支援get請求而不支援post等其它類型的http請求;它隻支援跨域http請求這種情況，不能解決不同域的兩個頁面之間如何進行javascript調用的問題。
6. 通過cors跨域
cors(cross-origin resource
sharing)跨域資源共享，定義了必須在通路跨域資源時，浏覽器與伺服器應該如何溝通。cors背後的基本思想就是使用自定義的http頭部讓浏覽器與伺服器進行溝通，進而決定請求或響應是應該成功還是失敗。目前，所有浏覽器都支援該功能，ie浏覽器不能低于ie10。整個cors通信過程，都是浏覽器自動完成，不需要使用者參與。對于開發者來說，cors通信與同源的ajax通信沒有差别，代碼完全一樣。浏覽器一旦發現ajax請求跨源，就會自動添加一些附加的頭資訊，有時還會多出一次附加的請求，但使用者不會有感覺。
是以，實作cors通信的關鍵是伺服器。隻要伺服器實作了cors接口，就可以跨源通信。
平時的ajax請求可能是這樣的:
var xhr = new xmlhttprequest();
xhr.open("post", "/damonare",true);
xhr.send();
以上damonare部分是相對路徑，如果我們要使用cors，相關ajax代碼可能如下所示：
xhr.open("get", "http://segmentfault.com/u/trigkit4/",true);
代碼與之前的差別就在于相對路徑換成了其他域的絕對路徑，也就是你要跨域通路的接口位址。
伺服器端對于cors的支援，主要就是通過設定access-control-allow-origin來進行的。如果浏覽器檢測到相應的設定，就可以允許ajax進行跨域的通路。關于cors更多了解可以看下阮一峰老師的這一篇文章：跨域資源共享 cors 詳解
cors和jsonp對比
jsonp隻能實作get請求，而cors支援所有類型的http請求。
使用cors，開發者可以使用普通的xmlhttprequest發起請求和獲得資料，比起jsonp有更好的錯誤處理。
jsonp主要被老的浏覽器支援，它們往往不支援cors，而絕大多數現代浏覽器都已經支援了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
可以看到，如果在一個标簽裡面跳轉網頁的話，我們的 window.name 是不會改變的。基于這個思想，我們可以在某個頁面設定好 window.name 的值，然後跳轉到另外一個頁面。在這個頁面中就可以擷取到我們剛剛設定的 window.name 了。
由于安全原因，浏覽器始終會保持 window.name 是string 類型。
同樣這個方法也可以應用到和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!報錯!肯定的，因為兩個頁面不同源嘛，想要解決這個問題可以這樣幹：
iframe.onload = function(){
data = iframe.contentwindow.name;
iframe.src = 'about:blank';
或者将裡面的 about:blank 替換成某個同源頁面(about:blank，javascript: 和 data: 中的内容，繼承了載入他們的頁面的源。)
這種方法與 document.domain 方法相比，放寬了域名字尾要相同的限制，可以從任意頁面擷取 string 類型的資料。
後記
其它諸如中間件跨域，伺服器代理跨域，flash urlloader跨域，動态建立script标簽(簡化版本的jsonp)不作讨論。
作者：秦至
來源：51cto