前端跨域知識總結

Damonare發表於2016-11-04

前言

相信每一個前端er對於跨域這兩個字都不會陌生,在實際專案中應用也是比較多的。但跨域方法的多種多樣實在讓人目不暇接。老規矩,碰到這種情況,就只能自己總結一篇部落格,作為記錄。

正文

1. 什麼是跨域?

跨域一詞從字面意思看,就是跨域名嘛,但實際上跨域的範圍絕對不止那麼狹隘。具體概念如下:只要協議、域名、埠有任何一個不同,都被當作是不同的域。之所以會產生跨域這個問題呢,其實也很容易想明白,要是隨便引用外部檔案,不同標籤下的頁面引用類似的彼此的檔案,瀏覽器很容易懵逼的,安全也得不到保障了就。什麼事,都是安全第一嘛。但在安全限制的同時也給注入iframe或是ajax應用上帶來了不少麻煩。所以我們要通過一些方法使本域的js能夠操作其他域的頁面物件或者使其他域的js能操作本域的頁面物件(iframe之間)。下面是具體的跨域情況詳解:

這裡我們需要注意兩點:

  1. 如果是協議和埠造成的跨域問題“前臺”是無能為力的;
  2. 在跨域問題上,域僅僅是通過“URL的首部”來識別而不會去嘗試判斷相同的ip地址對應著兩個域或兩個域是否在同一個ip上。
    (“URL的首部”指window.location.protocol +window.location.host,也可以理解為“Domains, protocols and ports must match”。)

2. 通過document.domain跨域

前面說過了,瀏覽器有一個同源策略,其限制之一是不能通過ajax的方法去請求不同源中的文件。 第二個限制是瀏覽器中不同域的框架之間是不能進行js的互動操作的。不同的框架之間是可以獲取window物件的,但卻無法獲取相應的屬性和方法。比如,有一個頁面,它的地址是http://www.damonare.cn/a.html , 在這個頁面裡面有一個iframe,它的src是http://damonare.cn/b.html, 很顯然,這個頁面與它裡面的iframe框架是不同域的,所以我們是無法通過在頁面中書寫js程式碼來獲取iframe中的東西的:

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

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

3. 通過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屬性),要實現此兩個頁面間的通訊可以通過以下方法。

  • 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頁面的關鍵程式碼如下:

proxy.html頁面的關鍵程式碼如下 :

4. 通過HTML5的postMessage方法跨域

高階瀏覽器Internet Explorer 8+, chrome,Firefox , Opera 和 Safari 都將支援這個功能。這個功能主要包括接受資訊的”message”事件和傳送訊息的”postMessage”方法。比如damonare.cn域的A頁面通過iframe嵌入了一個google.com域的B頁面,可以通過以下方法實現A和B的通訊

A頁面通過postMessage方法傳送訊息:

 

postMessage的使用方法:

  • otherWindow.postMessage(message, targetOrigin);
    • otherWindow:指目標視窗,也就是給哪個window發訊息,是 window.frames 屬性的成員或者由 window.open 方法建立的視窗
    • message: 是要傳送的訊息,型別為 String、Object (IE8、9 不支援)
    • targetOrigin: 是限定訊息接收範圍,不限制請使用 ‘*

B頁面通過message事件監聽並接受訊息:

同理,也可以B頁面傳送訊息,然後A頁面監聽並接受訊息。

5.通過jsonp跨域

剛才說的這幾種都是雙向通訊的,即兩個iframe,頁面與iframe或是頁面與頁面之間的,下面說幾種單項跨域的(一般用來獲取資料),因為通過script標籤引入的js是不受同源策略的限制的。所以我們可以通過script標籤引入一個js或者是一個其他字尾形式(如php,jsp等)的檔案,此檔案返回一個js函式的呼叫。

比如,有個a.html頁面,它裡面的程式碼需要利用ajax獲取一個不同域上的json資料,假設這個json資料地址是http://damonare.cn/data.php,那麼a.html中的程式碼就可以這樣:

我們看到獲取資料的地址後面還有一個callback引數,按慣例是用這個引數名,但是你用其他的也一樣。當然如果獲取資料的jsonp地址頁面不是你自己能控制的,就得按照提供資料的那一方的規定格式來操作了。

因為是當做一個js檔案來引入的,所以http://damonare.cn/data.php返回的必須是一個能執行的js檔案,所以這個頁面的php程式碼可能是這樣的(一定要和後端約定好哦):

最終,輸出結果為: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呼叫的問題。

6. 通過CORS跨域

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

因此,實現CORS通訊的關鍵是伺服器。只要伺服器實現了CORS介面,就可以跨源通訊。

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

以上damonare部分是相對路徑,如果我們要使用CORS,相關Ajax程式碼可能如下所示:

程式碼與之前的區別就在於相對路徑換成了其他域的絕對路徑,也就是你要跨域訪問的介面地址。

伺服器端對於CORS的支援,主要就是通過設定Access-Control-Allow-Origin來進行的。如果瀏覽器檢測到相應的設定,就可以允許Ajax進行跨域的訪問。關於CORS更多瞭解可以看下阮一峰老師的這一篇文章:跨域資源共享 CORS 詳解

  • CORS和JSONP對比
    • JSONP只能實現GET請求,而CORS支援所有型別的HTTP請求。
    • 使用CORS,開發者可以使用普通的XMLHttpRequest發起請求和獲得資料,比起JSONP有更好的錯誤處理。
    • JSONP主要被老的瀏覽器支援,它們往往不支援CORS,而絕大多數現代瀏覽器都已經支援了CORS)。

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

7. 通過window.name跨域

window物件有個name屬性,該屬性有個特徵:即在一個視窗(window)的生命週期內,視窗載入的所有的頁面都是共享一個window.name的,每個頁面對window.name都有讀寫的許可權,window.name是持久存在一個視窗載入過的所有頁面中的,並不會因新頁面的載入而進行重置。

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

進入damonare.cn頁面後我們再檢測再檢測 window.name :

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

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

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

在 iframe.html 中設定好了 window.name 為我們要傳遞的字串。
我們在 index.html 中寫了下面的程式碼:

Boom!報錯!肯定的,因為兩個頁面不同源嘛,想要解決這個問題可以這樣幹:

或者將裡面的 about:blank 替換成某個同源頁面(about:blank,javascript: 和 data: 中的內容,繼承了載入他們的頁面的源。)

這種方法與 document.domain 方法相比,放寬了域名字尾要相同的限制,可以從任意頁面獲取 string 型別的資料。

後記

其它諸如中介軟體跨域,伺服器代理跨域,Flash URLLoader跨域,動態建立script標籤(簡化版本的jsonp)不作討論。

參考文章:

打賞支援我寫出更多好文章,謝謝!

打賞作者

打賞支援我寫出更多好文章,謝謝!

任選一種支付方式

前端跨域知識總結 前端跨域知識總結

相關文章