前端跨域解決方案

相關內容簡體繁體

前端跨域解決方案

本文轉載自查看原文 2017-12-26 16:13 1184

何為跨域，跨域是相對於同源而言。協議、域名和端口均相同，則為同源。
瀏覽器通過同源策略限制從一個源加載的文檔或腳本與來自另一個源的資源進行交互。

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	不同域名	不允許

這里我們需要注意兩點:

如果是協議和端口造成的跨域問題“前台”是無能為力的；
在跨域問題上，域僅僅是通過“URL的首部”來識別而不會去嘗試判斷相同的ip地址對應着兩個域或兩個域是否在同一個ip上。

常見解決方案

一、JSONP

JSONP(JSON with Padding)是JSON的一種使用方式,一般用來獲取數據。這種方式允許用戶傳遞一個callback參數給服務端，然后服務端返回數據時會將這個callback參數作為函數名來包裹住JSON數據。

眾所周知，html頁面中所有帶有src屬性的標簽(<img>,<script>和iframe)都擁有跨域能力。所以最簡單的實現方式就是動態加載JS。

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

function dosomething(jsondata){

//處理獲得的json數據

}

</script>

因為是當做一個js文件來引入的，所以http://2345.com/data.php返回的必須是一個能執行的js文件，所以這個頁面的php代碼可能是這樣的

如果你的頁面使用jquery，那么通過它封裝的方法就能很方便的來進行jsonp操作了。

$.getJSON('http://2345.com/data.php?callback=?,function(jsondata)'){

//處理獲得的json數據

});

</script>

簡化版的jsonp

 
             function todo(data){ 
            
             　　console.log('The author is: '+ data.name); 
            
              } 
            
             var script = document.createElement('script'); 
            
             /* callback參數，用來指定回調函數的名字。 */ 
            
              script.src = 
             'http://www.yeaseonzhang.com/author?callback=todo'; 
            
             document.body.appendChild(script);

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

JSONP的優缺點

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

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

二、document.domain

這種方案主要用於主域相同，子域不同的跨域情況。瀏覽器中不同域的框架之間是不能進行js的交互操作的。不同的框架之間是可以獲取window對象的，但卻無法獲取相應的屬性和方法。比如，有一個頁面，它的地址是http://www.2345.com/a.html ，在這個頁面里面有一個iframe，它的src是http://2345.com/b.html, 很顯然，這個頁面與它里面的iframe框架是不同域的，所以我們是無法通過在頁面中書寫js代碼來獲取iframe中的東西的：

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>

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

在頁面http://www.2345.com/a.html中設置document.domain:

document.domain = '2345.com';//設置成主域

function test(){

alert(document.getElementById('iframe').contentWindow);//contentWindow 可取得子窗口的 window 對象

}

</script>

在頁面http://2345.com/b.html 中也設置document.domain:

document.domain = '2345.com';//在iframe載入這個頁面也設置document.domain，使之與主頁面的document.domain相同

</script>

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

三、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屬性），要實現此兩個頁面間的通信可以通過以下方法。

　　1.a.html傳送數據到b.html

　　2.a.html下修改iframe的src為google.com/b.html#paco

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

　　4.b.html傳送數據到a.html，由於兩個頁面不在同一個域下IE、Chrome不允許修改parent.location.hash的值，所以要借助於父窗口域名下的一個代理iframe

　　　　(1) b.html下創建一個隱藏的iframe，此iframe的src是baidu.com域下的，並掛上要傳送的hash數據，如src=”http://www.baidu.com/proxy.html#data”

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

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

四、window.name

window對象有個name屬性，該屬性有個特征：即在一個窗口(window)的生命周期內,窗口載入的所有的頁面都是共享一個window.name的，每個頁面對window.name都有讀寫的權限，window.name是持久存在一個窗口載入過的所有頁面中的，並不會因新頁面的載入而進行重置。

比如：我們在任意一個頁面輸入

window.name = "My window's name";

setTimeout(function(){

window.location.href = "http://2345.com/";

},1000)

進入2345.com頁面后我們再檢測window.name

window.name; // My window's name

可以看到，如果在一個標簽里面跳轉網頁的話，我們的 window.name 是不會改變的。
基於這個思想，我們可以在某個頁面設置好 window.name 的值，然后跳轉到另外一個頁面。在這個頁面中就可以獲取到我們剛剛設置的 window.name 了。

由於安全原因，瀏覽器始終會保持 window.name 是string 類型。

同樣這個方法也可以應用到和iframe的交互來：
比如：我的頁面(http://2345.com/index.html)中內嵌了一個iframe：

在 iframe.html 中設置好了 window.name 為我們要傳遞的字符串。
我們在 index.html 中寫了下面的代碼：

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

五、CORS跨域

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

因此，實現CORS通信的關鍵是服務器。只要服務器實現了CORS接口，就可以跨源通信。

平時的ajax請求可能是這樣的:

var xhr = new XMLHttpRequest();

xhr.open("POST", "/2345",true);

xhr.send();

</script>

以上2345部分是相對路徑，如果我們要使用CORS，相關Ajax代碼可能如下所示：

var xhr = new XMLHttpRequest();

xhr.open("GET", "http://segmentfault.com/u/trigkit4/",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相比，無疑更為先進、方便和可靠。

六、HTML5的postMessage

高級瀏覽器Internet Explorer 8+, chrome，Firefox , Opera 和 Safari 都將支持這個功能。這個功能主要包括接受信息的”message”事件和發送消息的”postMessage”方法。比如2345.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頁面監聽並接受消息。

七、WebSocketWebSocket是一種HTML5的一種新的協議，它實現了瀏覽器與服務器的全雙工通信，同時也是跨域的一種解決方案。
 
               /* websocket協議為ws/wss, 類似http/https的區別 */ 
              
                wsUrl = 
               'wss://127.0.0.1:8090/ws/'; 
              
               /* 發送 */ 
              
                ws = 
               new WebSocket(wsUrl); 
              
               /* 連接成功建立時調用 */ 
              
                ws.onopen = 
               function (event) { 
              
               　　console.log("websocket command onopen"); 
              
               　　var msg = { 
              
               　　　　username: 'YeaseonZhang' 
              
                　　} 
              
               /* 通過 send() 方法向服務端發送消息，參數必須為字符串 */ 
              
                　　ws.send( 
               JSON.stringify(msg)); 
              
                }; 
              
               /* 服務端向客戶端發送消息時調用 */ 
              
                ws.onmessage = 
               function (event) { 
              
               　　/* event.data包含了服務端發送過來的消息 */ 
              
               　　console.log("websocket command onmessage: " + event.data); 
              
               　　if (event.data === 'success') { 
              
               　　　　/* 通過 close() 方法斷開websocket連接 */ 
              
                　　　　ws.close(); 
              
                　　} 
              
                }; 
              
               /* 連接被關閉時調用 */ 
              
                ws.onclose = 
               function (event) { 
              
               　　console.log("websocket command onclose: " + event.data); 
              
                }; 
              
               /* 出現錯誤時調用 */ 
              
                ws.onerror = 
               function (event) { 
              
               　　console.log("websocket command onerror: " + event.data); 
              
                }; 
              
               WebSocket的優勢是除了可以實現跨域，還有就是可以保持長連接，而不需要通過輪詢實現實時性。 
              
                上述大部分內容來自：http://web.jobbole.com/88519/ 
              
                正在學習中，如有錯誤，歡迎指正~

免責聲明！

本站轉載的文章為個人學習借鑒使用，本站對版權不負任何法律責任。如果侵犯了您的隱私權益，請聯系本站郵箱yoyou2525@163.com刪除。

猜您在找 前端常見跨域解決方案前端Ajax跨域解決方案前端常見跨域解決方案前端常見跨域解決方案前端如何去做跨域解決方案前端常見跨域解決方案前端跨域請求及解決方案前端跨域解決方案--代理前端跨域解決方案前端常見跨域問題解決方案