跨域，是一個前端開發者必須掌握的概念，這篇文章就從幾個基本問題出發，來理解這個概念。
首先，什么是跨域？為何會有跨域？
跨域一詞從字面意思看，就是跨域名嘛，但實際上跨域的范圍絕對不止那么狹隘。具體概念如下：只要協議、域名、端口有任何一個不同，都被當作是不同的域。所以說，如果你的后端用的是NODEJS，然后端口設置采用了默認的3000，還是會產生跨域的。之所以會產生跨域這個問題呢，其實也很容易想明白，要是隨便引用外部文件，不同標簽下的頁面引用類似的彼此的文件，瀏覽器很容易懵逼的，安全也得不到保障了就。什么事，都是安全第一嘛。但在安全限制的同時也給注入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 //同一域名，不同協議 不允許
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 //不同域名 不允許
那么跨域方法有哪些呢？
既然有跨域這種限制，我們要怎么繞過它呢？
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('iframe');
var win = iframe.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就可以派上用場了，<font color=blue>我們只要把http://www.damonare.cn/a.html和http://damonare.cn/b.html這兩個頁面的document.domain都設成相同的域名就可以了。但要注意的是，document.domain的設置是有限制的，我們只能把document.domain設置成自身或更高一級的父域，且主域必須相同。</font>
- 在頁面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>
<font color=red>修改document.domain的方法只適用于不同子域的框架間的交互。</font>
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.cob.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);
}
總的來說，這兩個方法都是非常hacky的，所以目前來說廣泛應用的場景非常少。重點是下面三種方式
3. 通過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);
};
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);
}
此方案也得建立一個隱藏的iframe，并且H5的兼容性也是一個問題，移動端可以嘗試。
4. JSONP方法跨域
剛才說的這幾種都是雙向通信的，即兩個iframe，頁面與iframe或是頁面與頁面之間的，下面說幾種單項跨域的（一般用來獲取數據），因為通過script標簽引入的js是不受同源策略的限制的。所以我們可以通過script標簽引入一個js或者是一個其他后綴形式（如php，jsp等）的文件，此文件返回一個js函數的調用。
比如，有個a.html頁面，它里面的代碼需要利用ajax獲取一個不同域上的json數據，假設這個json數據地址是http://damonare.cn/data.php,那么a.html中的代碼就可以這樣：
<?php
$callback = $_GET['callback'];//得到回調函數名
$data = array('a','b','c');//要返回的數據
echo $callback.'('.json_encode($data).')';//輸出
?>
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請求跨源，就會自動添加一些附加的頭信息，有時還會多出一次附加的請求，但用戶不會有感覺。
一言不合上代碼：
<script type="text/javascript">
var xhr = new XMLHttpRequest();
xhr.open("GET", "http://segmentfault.com/u/trigkit4/",true);
xhr.send();
</script>
服務器端對于CORS的支持，主要就是通過設置Access-Control-Allow-Origin來實現的。如果瀏覽器檢測到相應的設置，就可以允許Ajax進行跨域的訪問。
相比于JSON，它有以下特點：
- JSONP只能實現GET請求，而CORS支持所有類型的HTTP請求。
- 使用CORS，開發者可以使用普通的XMLHttpRequest發起請求和獲得數據，比起JSONP有更好的錯誤處理。
- JSONP主要被老的瀏覽器支持，它們往往不支持CORS，而絕大多數現代瀏覽器都已經支持了CORS）。
CORS更類似于一個高級的協議，只要服務器端和客戶端都遵照這個協議來，就可以進行通信。
這個方案的主要工作量在于服務器端的配置，瀏覽器不需要任何額外工作。
- 在PHP文件中設置：
<?php
header("Access-Control-Allow-Origin:*");
?>
- 設置各服務器的配置文件，詳見http://blog.csdn.net/ownfire/article/details/46707229
