一、什麼是跨域？

在日常開發過程中，經常要處理一些跨域問題，那麼在了解跨域之前，首先要知道什麼是同源策略（same-origin policy）。簡單來講同源策略就是瀏覽器為了保證使用者資訊的安全，防止惡意的網站竊取資料，禁止不同域之間的JS進行互動。對於瀏覽器而言只要域名、協議、埠其中一個不同就會引發同源策略，從而限制他們之間如下的互動行為：

1.Cookie、LocalStorage和IndexDB無法讀取；

2.DOM無法獲得；

3.AJAX請求不能傳送。

跨域的嚴格一點的定義是：只要協議，域名，埠有任何一個的不同，就被當作是跨域。

如下表所示：

特別注意兩點：

第一，如果是協議和埠造成的跨域問題“前臺”是無能為力的，

第二：在跨域問題上，域僅僅是通過“URL的首部”來識別而不會去嘗試判斷相同的ip地址對應著兩個域或兩個域是否在同一個ip上。

“URL的首部”指window.location.protocol +window.location.host，也可以理解為“Domains, protocols and ports must match”。

二 為什麼瀏覽器要限制跨域訪問呢？

原因就是安全問題：如果一個網頁可以隨意地訪問另外一個網站的資源，那麼就有可能在客戶完全不知情的情況下出現安全問題。比如下面的操作就有安全問題：

1.使用者訪問www.mybank.com，登陸並進行網銀操作，這時cookie啥的都生成並存放在瀏覽器；

2.使用者突然想起件事，並迷迷糊糊的訪問了一個邪惡的網站www.xiee.com；

3.這時該網站就可以在它的頁面中，拿到銀行的cookie，比如使用者名稱，登陸token等，然後發起對www.mybank.com的操作；

4.如果這時瀏覽器不予限制，並且銀行也沒有做響應的安全處理的話，那麼使用者的資訊有可能就這麼洩露了。

三 為什麼要跨域？

既然有安全問題，那為什麼又要跨域呢？ 有時公司內部有多個不同的子域，比如一個是location.company.com ,而應用是放在app.company.com , 這時想從 app.company.com 去訪問 location.company.com 的資源就屬於跨域。

四 解決跨域問題的方法：

1.跨域資源共享（CORS）

CORS（Cross-Origin Resource Sharing）跨域資源共享，定義了必須在訪問跨域資源時，瀏覽器與伺服器應該如何溝通。CORS背後的基本思想就是使用自定義的HTTP頭部讓瀏覽器與伺服器進行溝通，從而決定請求或響應是應該成功還是失敗。

伺服器端對於CORS的支援，主要就是通過設定Access-Control-Allow-Origin來進行的。如果瀏覽器檢測到相應的設定，就可以允許Ajax進行跨域的訪問。

只需要在後臺中加上響應頭來允許域請求！在被請求的Response header中加入以下設定，就可以實現跨域訪問了！

如下所示：

2.通過jsonp跨域

JSONP是JSON with Padding（填充式json）的簡寫，是應用JSON的一種新方法，只不過是被包含在函式呼叫中的JSON，例如：

JSONP由兩部分組成：回撥函式和資料。回撥函式是當響應到來時應該在頁面中呼叫的函式，而資料就是傳入回撥函式中的JSON資料。

JSONP的原理：通過script標籤引入一個js檔案，這個js檔案載入成功後會執行我們在url引數中指定的函式，並且會把我們需要的json資料作為引數傳入。所以jsonp是需要伺服器端的頁面進行相應的配合的。（即用JavaScript動態載入一個script檔案，同時定義一個callback函式給script執行而已。）

在js中，我們直接用XMLHttpRequest請求不同域上的資料時，是不可以的。但是，在頁面上引入不同域上的js指令碼檔案卻是可以的，jsonp正是利用這個特性來實現的。 例如：有個a.html頁面，它裡面的程式碼需要利用ajax獲取一個不同域上的json資料，假設這個json資料地址是http://example.com/data.php，那麼a.html中的程式碼就可以這樣：

js檔案載入成功後會執行我們在url引數中指定的函式，並且會把我們需要的json資料作為引數傳入。所以jsonp是需要伺服器端的頁面進行相應的配合的。

最終，輸出結果為：dosomething(['a','b','c']);

如果你的頁面使用jquery，那麼通過它封裝的方法就能很方便的來進行jsonp操作了。jquery會自動生成一個全域性函式來替換callback=?中的問號，之後獲取到資料後又會自動銷燬，實際上就是起一個臨時代理函式的作用。$.getJSON方法會自動判斷是否跨域，不跨域的話，就呼叫普通的ajax方法；跨域的話，則會以非同步載入js檔案的形式來呼叫jsonp的回撥函式。

JSONP的優缺點：

JSONP的優點是：它不像XMLHttpRequest物件實現的Ajax請求那樣受到同源策略的限制；它的相容性更好，在更加古老的瀏覽器中都可以執行，不需要XMLHttpRequest或ActiveX的支援；並且在請求完畢後可以通過呼叫callback的方式回傳結果。

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

CORS和JSONP對比：

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

（1）JSONP只能實現GET請求，而CORS支援所有型別的HTTP請求；

（2）使用CORS，開發者可以使用普通的XMLHttpRequest發起請求和獲得說句，比起JSONP有更好的錯誤處理；

（3）JSONP主要被老的瀏覽器支援，它們往往不支援CORS，而絕大多數現代瀏覽器都已經支援了CORS；

3.通過修改document.domain來跨子域

上面的jsonp是來解決ajax跨域請求的，那麼如果是需要處理 Cookie 和 iframe 該怎麼辦呢？這時候就可以通過修改document.domain來跨子域。兩個網頁一級域名相同，只是二級域名不同，瀏覽器允許通過設定document.domain共享 Cookie或者處理iframe。比如A網頁是http://w1.example.com/a.html，B網頁是http://w2.example.com/b.html，那麼只要設定相同的document.domain，兩個網頁就可以共享Cookie。

注意，這種方法只適用於 Cookie 和 iframe 視窗，LocalStorage 和 IndexDB 無法通過這種方法，規避同源政策，而要使用下文介紹的PostMessage API。

另外，伺服器也可以在設定Cookie的時候，指定Cookie的所屬域名為一級域名，比如.example.com。

不同的iframe 之間（父子或同輩），是能夠獲取到彼此的window物件的，但是你卻不能使用獲取到的window物件的屬性和方法(html5中的postMessage方法是一個例外，還有些瀏覽器比如ie6也可以使用top、parent等少數幾個屬性)，總之，你可以當做是隻能獲取到一個幾乎無用的window物件。

首先說明一下同域之間的iframe是可以操作的。比如http://127.0.0.1/JSONP/a.html裡面嵌入一個iframe指向http://127.0.0.1/myPHP/b.html。那麼在a.html裡面是可以操作iframe裡面的DOM的。

如果兩個網頁不同源，就無法拿到對方的DOM。典型的例子是iframe視窗和window.open方法開啟的視窗，它們與父視窗無法通訊。如果兩個視窗一級域名相同，只是二級域名不同，那麼document.domain屬性，就可以規避同源政策，拿到DOM。

4.使用window.name來進行跨域

window物件有個name屬性，該屬性有個特徵：即在一個視窗(window)的生命週期內,視窗載入的所有的頁面都是共享一個window.name的，每個頁面對window.name都有讀寫的許可權，window.name是持久存在一個視窗載入過的所有頁面中的，並不會因新頁面的載入而進行重置。這個屬性的最大特點是，無論是否同源，只要在同一個窗口裡，前一個網頁設定了這個屬性，後一個網頁可以讀取它。

比如：有一個頁面a.html,它裡面有這樣的程式碼：

b.html頁面的程式碼：

載入後1秒，跳轉到了b.html頁面，結果b頁面打印出了：

可以看到在b.html頁面上成功獲取到了它的上一個頁面a.html給window.name設定的值。如果在之後所有載入的頁面都沒對window.name進行修改的話，那麼所有這些頁面獲取到的window.name的值都是a.html頁面設定的那個值。當然，如果有需要，其中的任何一個頁面都可以對window.name的值進行修改。注意，window.name的值只能是字串的形式，這個字串的大小最大能允許2M左右甚至更大的一個容量，具體取決於不同的瀏覽器，但一般是夠用了。

利用window.name可以對同域或者不同域的之間的js進行互動。

那麼在a.html頁面中，我們怎麼把b.html頁面載入進來呢？顯然我們不能直接在a.html頁面中通過改變window.location來載入b.html頁面，因為我們想要即使a.html頁面不跳轉也能得到b.html裡的資料。答案就是在a.html頁面中使用一個隱藏的iframe來充當一箇中間人角色，由iframe去獲取b.html的資料，然後a.html再去得到iframe獲取到的資料。

5.使用HTML5的window.postMessage方法跨域

上面兩種方法都屬於破解，HTML5為了解決這個問題，引入了一個全新的API：跨文件通訊 API（Cross-document messaging）。

這個API為window物件新增了一個window.postMessage方法，允許跨視窗通訊，不論這兩個視窗是否同源。目前IE8+、FireFox、Chrome、Opera等瀏覽器都已經支援window.postMessage方法。

舉例來說，父視窗http://a.com向子視窗http://b.com發訊息，呼叫postMessage方法就可以了。

a頁面：

b頁面通過監聽message事件可以接受到來自a頁面的訊息。

子視窗向父視窗傳送訊息的寫法類似。

通過window.postMessage，讀寫其他視窗的 LocalStorage 也成為了可能。

下面是一個例子，主視窗寫入iframe子視窗的localStorage。

父視窗傳送訊息程式碼：

子視窗接收訊息的程式碼：

6.通過WebSocket進行跨域

web sockets是一種瀏覽器的API，它的目標是在一個單獨的持久連線上提供全雙工、雙向通訊。(同源策略對web sockets不適用)

web sockets原理：在js建立了web socket之後，會有一個HTTP請求傳送到瀏覽器以發起連線。取得伺服器響應後，建立的連線會使用HTTP升級從HTTP協議交換為web sockt協議。

只有在支援web socket協議的伺服器上才能正常工作。

7.影象ping（單向）

什麼是影象ping： 影象ping是與伺服器進行簡單、單向的跨域通訊的一種方式，請求的資料是通過查詢字串的形式傳送的，而相應可以是任意內容，但通常是畫素圖或204相應（No Content）。 影象ping有兩個主要缺點：首先就是隻能傳送get請求，其次就是無法訪問伺服器的響應文字。

使用方法：

然後頁面上就可以顯示我放在我的github上某個地方的照片啦。

與<img>類似的可以跨域內嵌資源的還有:

(1)<script src=""></script>標籤嵌入跨域指令碼。語法錯誤資訊只能在同源指令碼中捕捉到。上面jsonp也用到了呢。

(2) <link src="">標籤嵌入CSS。由於CSS的鬆散的語法規則，CSS的跨域需要一個設定正確的Content-Type訊息頭。不同瀏覽器有不同的限制： IE, Firefox, Chrome, Safari (跳至CVE-2010-0051)部分 和 Opera。

(3)<video> 和 <audio>嵌入多媒體資源。

(4)<object>, <embed> 和 <applet>的外掛。

(5)@font-face引入的字型。一些瀏覽器允許跨域字型（ cross-origin fonts），一些需要同源字型（same-origin fonts）。

(6) <frame> 和 <iframe>載入的任何資源。站點可以使用X-Frame-Options訊息頭來阻止這種形式的跨域互動。

8.使用片段識別符來進行跨域

片段識別符號（fragment identifier）指的是，URL的#號後面的部分，比如http://example.com/x.html#flag的#flag。如果只是改變片段識別符號，頁面不會重新重新整理。

父視窗可以把資訊，寫入子視窗的片段識別符號。在父視窗寫入：

子視窗通過監聽hashchange事件得到通知。

同樣的，子視窗也可以改變父視窗的片段識別符號。

（技術內容來自：比格雲-小鹿鹿）