Web前端學習筆記以前端跨域知識總結

時間  2019-11-18
標籤 web 前端 學習 筆記 知識 總結 欄目 HTML 简体版
原文   原文鏈接

 

0x00 前言

相信每個前端er對於跨域這兩個字都不會陌生，在實際項目中應用也是比較多的。但跨域方法的多種多樣實在讓人應接不暇。老規矩，碰到這種狀況，就只能本身總結一篇博客，做爲記錄。javascript

 

0x01 什麼是跨域

跨域一詞從字面意思看，就是跨域名嘛，但實際上跨域的範圍絕對不止那麼狹隘。具體概念以下：只要協議、域名、端口有任何一個不一樣，都被看成是不一樣的域。之因此會產生跨域這個問題呢，其實也很容易想明白，要是隨便引用外部文件，不一樣標籤下的頁面引用相似的彼此的文件，瀏覽器很容易懵逼的，安全也得不到保障了就。什麼事，都是安全第一嘛。但在安全限制的同時也給注入iframe或是ajax應用上帶來了很多麻煩。因此咱們要經過一些方法使本域的js可以操做其餘域的頁面對象或者使其餘域的js能操做本域的頁面對象（iframe之間）。下面是具體的跨域狀況詳解：php

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         不一樣域名                  不容許

 

這裏咱們須要注意兩點:html

    1. 若是是協議和端口形成的跨域問題「前臺」是無能爲力的；前端

    2. 在跨域問題上，域僅僅是經過「URL的首部」來識別而不會去嘗試判斷相同的ip地址對應着兩個域或兩個域是否在同一個ip上。
      (「URL的首部」指window.location.protocol +window.location.host，也能夠理解爲「Domains, protocols and ports must match」。)java

 

0x02 經過document.domain跨域

 前面說過了，瀏覽器有一個同源策略，其限制之一是不能經過ajax的方法去請求不一樣源中的文檔。 第二個限制是瀏覽器中不一樣域的框架之間是不能進行js的交互操做的。不一樣的框架之間是能夠獲取window對象的，但卻沒法獲取相應的屬性和方法。好比，有一個頁面，它的地址是http://www.damonare.cn/a.html ， 在這個頁面裏面有一個iframe，它的src是http://damonare.cn/b.html, 很顯然，這個頁面與它裏面的iframe框架是不一樣域的，因此咱們是沒法經過在頁面中書寫js代碼來獲取iframe中的東西的：jquery

<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設置成自身或更高一級的父域，且主域必須相同。ajax

  •  在頁面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>

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

 

0x03 經過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中，數據容量和類型都有限等。下面舉例說明：chrome

假如父頁面是baidu.com/a.html,iframe嵌入的頁面爲google.com/b.html（此處省略了域名等url屬性），要實現此兩個頁面間的通訊能夠經過如下方法。json

  • a.html傳送數據到b.htmlsegmentfault

  • 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);

 

0x04 經過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 (IE八、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頁面監聽並接受消息。

 

0x05 經過jsonp跨域

剛纔說的這幾種都是雙向通訊的，即兩個iframe，頁面與iframe或是頁面與頁面之間的，下面說幾種單項跨域的（通常用來獲取數據），由於經過script標籤引入的js是不受同源策略的限制的。因此咱們能夠經過script標籤引入一個js或者是一個其餘後綴形式（如php，jsp等）的文件，此文件返回一個js函數的調用。

好比，有個a.html頁面，它裏面的代碼須要利用ajax獲取一個不一樣域上的json數據，假設這個json數據地址是http://damonare.cn/data.php,那麼a.html中的代碼就能夠這樣：

<script type="text/javascript">

    function dosomething(jsondata){

        //處理得到的json數據

    }

</script>

<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操做了。

<script type="text/javascript">

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

        //處理得到的json數據

    });

</script>

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

  • JSONP的優缺點

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

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

 

0x06 經過CORS跨域

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

所以，實現CORS通訊的關鍵是服務器。只要服務器實現了CORS接口，就能夠跨源通訊。

平時的ajax請求多是這樣的:

<script type="text/javascript">

    var xhr = new XMLHttpRequest();

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

    xhr.send();

</script>

以上damonare部分是相對路徑，若是咱們要使用CORS，相關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進行跨域的訪問。關於CORS更多瞭解能夠看下阮一峯老師的這一篇文章：跨域資源共享 CORS 詳解

  • CORS和JSONP對比

    • JSONP只能實現GET請求，而CORS支持全部類型的HTTP請求。

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

    • JSONP主要被老的瀏覽器支持，它們每每不支持CORS，而絕大多數現代瀏覽器都已經支持了CORS）。

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

 

0x07 經過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的交互來：

好比：個人頁面(http://damonare.cn/index.html)中內嵌了一個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!報錯！確定的，由於兩個頁面不一樣源嘛，想要解決這個問題能夠這樣幹：

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

 

0x08 後記

其它諸如中間件跨域，服務器代理跨域，Flash URLLoader跨域，動態建立script標籤（簡化版本的jsonp）不做討論。

 

參考

相關文章
相關標籤/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公眾號
   歡迎關注本站公眾號,獲取更多信息
聯繫我們 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程