js跨域問題淺析及解決方法優缺點比較_javascript技巧

什麼是跨域？

概念：只要協定、網域名稱、連接埠有任何一個不同，都被當作是不同的網域。

複製程式碼 程式碼如下:

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 主域相同，子域不同 不允許
http://www.a.com/a.js
http://a.com/b.js 同一域名，不同二級域名（同上） 不允許（cookie這種情況下也不允許訪問）
http://www.cnblogs.com/a.js
http://www.a.com/b.js 不同網域 不允許

對於連接埠和協定的不同，只能透過後台來解決。

跨域資源共享（CORS）

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

複製程式碼 程式碼如下:

以上的trigkit4是相對路徑，如果我們要使用CORS，相關Ajax程式碼可能如下圖所示：

複製程式碼 程式碼如下:

程式碼與之前的差別在於相對路徑換成了其他域的絕對路徑，也就是你要跨域存取的介面位址。

伺服器端對於CORS的支持，主要就是透過設定Access-Control-Allow-Origin來進行的。如果瀏覽器偵測到相應的設置，就可以允許Ajax進行跨域的存取。

要解決跨域的問題，我們可以使用以下幾種方法：

透過jsonp跨域

現在問題來了？什麼是jsonp？維基百科的定義是：JSONP（JSON with Padding）是資料格式 JSON 的一種“使用模式”，可以讓網頁從別的網域要資料。

JSONP也叫填充式JSON，是應用JSON的一種新方法，只不過是被包含在函數呼叫中的JSON，例如：

複製程式碼 程式碼如下:

callback({"name","trigkit4"});

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

在js中，我們直接用XMLHttpRequest請求不同域上的資料時，是不行的。但是，在頁面上引入不同網域上的js腳本檔案卻是可以的，jsonp正是利用這個特性來實現的。 例如：

複製程式碼 程式碼如下:

">http://example.com/data.php?callback=dosomething">>

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

複製程式碼 程式碼如下:

$callback = $_GET['callback'];//得到回呼函數名稱
$data = array('a','b','c');//要傳回的資料
echo $callback.'('.json_encode($data).')';//輸出
?>

最終，輸出結果為：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調用的問題。

CROS和JSONP對比

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

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

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

    3、 JSONP主要由舊的瀏覽器支持，它們往往不支援CORS，而絕大多數現代瀏覽器都已經支援了CORS）。
透過修改document.domain來跨子域

瀏覽器都有一個同源策略，其限制之一就是第一種方法中我們說的不能透過ajax的方法去請求不同來源中的文件。 它的第二個限制是瀏覽器中不同域的框架之間是不能進行js的交互操作的。
不同的框架之間是可以取得window物件的，但卻無法取得對應的屬性與方法。例如，有一個頁面，它的位址是http://www.example.com/a.html ， 在這個頁裡面有一個iframe，它的src是http://example .com/b.html, 很顯然，這個頁面與它裡面的iframe框架是不同域的，所以我們是無法通過在頁面中書寫js代碼來獲取iframe中的東西的：

複製程式碼 程式碼如下:

這時候，document.domain就可以派上用場了，我們只要把http://www.example.com/a.html 和http://example.com/ b.html這兩個頁面的document.domain都設成相同的網域就可以了。但要注意的是，document.domain的設定是有限制的，我們只能把document.domain設定成自身或更高一級的父域，而主域必須相同。

1.在頁面 http://www.example.com/a.html 中設定document.domain:

複製程式碼 程式碼如下:

2.在頁面 http://example.com/b.html 中也設定document.domain:

複製程式碼 程式碼如下:

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