前端常見跨域解決方案

原文鏈接:https://www.jianshu.com/p/8876dfa56668

什麼是跨域?

跨域是指的一個域名下的文檔或者腳本試圖去請求另一個域名下的資源,這裏跨域是廣義的。

廣義的跨域

  • 資源跳轉:A鏈接、重定向、表單提交
  • 資源嵌入:<link> 、<script> 、<img> 、<frame>等dom標籤,還有樣式中background:url()、@font-face()等文件外鏈
  • 腳本請求:js發起的ajax請求、dom和js對象的跨域操作等

其實我們通常所說的跨域是狹義的,是由於瀏覽器的同源策略限制的一類請求場景。

 

什麼是同源策略?

同源策略/SOP(same origin policy)是一種約定,由netsscape公司1995年引入瀏覽器,它是瀏覽器最核心也最基本的安全功能,如果缺少了同源策略,瀏覽器很容易受到XSS、CSRF等攻擊。所謂同源是指“協議+域名+端口號”三者相同,即便兩個不同的域名指向同一個IP地址,也非同源。

同源策略限制以下幾種行爲:

  • 1)cookie、localStorage 和 indexDB無法讀取
  • 2)DOM和JS對象無法獲取
  • 3)AJAX請求不能發送

常見的跨域場景

跨域解決方案

  • 1、通過jsonp跨域
  • 2、document.domain + iframe跨域
  • 3、location.hash + iframe
  • 4、window.name + iframe跨域
  • 5、postMessage跨域
  • 6、跨域資源共享(cors)
  • 7、nginx代理跨域
  • 8、nodejs中間件代理跨域
  • 9、webSocket協議跨域

 

一、通過jsonp跨域

通常爲了減輕web服務器負載,我們把js、css、img等靜態資源分離到另一臺獨立域名的服務器上,在html頁面中再通過相應的標籤從不同的域名下加載靜態資源,而被瀏覽器允許,基於此原理,我們可以通過動態創建script,再請求一個帶參網址實現跨域通信。

1、)原生實現:

服務端返回如下(返回時執行全局函數)

2、)jquery ajax:

$.ajax({
        url:'http://www.domain2.com:8080/login',

        type:'get',

        dataType:'jsonp',//請求方式爲

        jsonpCallback:'onBack',//自定義回調函數

        data:{}

})

3、)vue.js

後端node.js代碼示例:

jsonp缺點:只能實現get一種請求

 

二、document.domain+iframe跨域

此方案僅限主域相同,子域不同的跨域應用場景。

實現原理:兩個頁面都通過js強制設置document。domain爲基礎域,就實現了同域。

1、)父窗口:(http://www.domain.com/a.html)

子窗口:(http://child.domain.com/b.html)

 

三、location.hash+iframe跨域

實現原理: a欲與b跨域相互通信,通過中間頁c來實現。 三個頁面,不同域之間利用iframe的location.hash傳值,相同域之間直接js訪問來通信。

具體實現:A域:a.html -> B域:b.html -> A域:c.html,a與b不同域只能通過hash值單向通信,b與c也不同域也只能單向通信,但c與a同域,所以c可通過parent.parent訪問a頁面所有對象。

1.)a.html:(http://www.domain1.com/a.html)

2.)b.html:(http://www.domain2.com/b.html)

3.)c.html:(http://www.domain1.com/c.html)

 

四、window.name + iframe跨域

window.name屬性的獨特之處:name值在不同的頁面(甚至不同域名)加載後依舊存在,並且可以支持非常長的 name 值(2MB)。

1.)a.html:(http://www.domain1.com/a.html)

2.)proxy.html:(http://www.domain1.com/proxy....

中間代理頁,與a.html同域,內容爲空即可。

3.)b.html:(http://www.domain2.com/b.html)

總結:通過iframe的src屬性由外域轉向本地域,跨域數據即由iframe的window.name從外域傳遞到本地域。這個就巧妙地繞過了瀏覽器的跨域訪問限制,但同時它又是安全操作。

 

五、 postMessage跨域

postMessage是HTML5 XMLHttpRequest Level 2中的API,且是爲數不多可以跨域操作的window屬性之一,它可用於解決以下方面的問題:

a.) 頁面和其打開的新窗口的數據傳遞

b.) 多窗口之間消息傳遞

c.) 頁面與嵌套的iframe消息傳遞

d.) 上面三個場景的跨域數據傳遞

用法:postMessage(data,origin)方法接受兩個參數

data: html5規範支持任意基本類型或可複製的對象,但部分瀏覽器只支持字符串,所以傳參時最好用JSON.stringify()序列化。

origin: 協議+主機+端口號,也可以設置爲"*",表示可以傳遞給任意窗口,如果要指定和當前窗口同源的話設置爲"/"。

1.)a.html:(http://www.domain1.com/a.html)

2.)b.html:(http://www.domain2.com/b.html)

 

六、 跨域資源共享(CORS)

普通跨域請求:只服務端設置Access-Control-Allow-Origin即可,前端無須設置,若要帶cookie請求:前後端都需要設置。

需注意的是:由於同源策略的限制,所讀取的cookie爲跨域請求接口所在域的cookie,而非當前頁。如果想實現當前頁cookie的寫入,可參考下文:七、nginx反向代理中設置proxy_cookie_domain 和 八、NodeJs中間件代理中cookieDomainRewrite參數的設置。

目前,所有瀏覽器都支持該功能(IE8+:IE8/9需要使用XDomainRequest對象來支持CORS)),CORS也已經成爲主流的跨域解決方案。

1、 前端設置:

1.)原生ajax

示例代碼:

2.)jQuery ajax

3.)vue框架

在vue-resource封裝的ajax組件中加入以下代碼:

2、 服務端設置:

若後端設置成功,前端瀏覽器控制檯則不會出現跨域報錯信息,反之,說明沒設成功。

1.)Java後臺:

2.)Nodejs後臺示例:

 

七、 nginx代理跨域

1、 nginx配置解決iconfont跨域

瀏覽器跨域訪問js、css、img等常規靜態資源被同源策略許可,但iconfont字體文件(eot|otf|ttf|woff|svg)例外,此時可在nginx的靜態資源服務器中加入以下配置。

2、 nginx反向代理接口跨域

跨域原理: 同源策略是瀏覽器的安全策略,不是HTTP協議的一部分。服務器端調用HTTP接口只是使用HTTP協議,不會執行JS腳本,不需要同源策略,也就不存在跨越問題。

實現思路:通過nginx配置一個代理服務器(域名與domain1相同,端口不同)做跳板機,反向代理訪問domain2接口,並且可以順便修改cookie中domain信息,方便當前域cookie寫入,實現跨域登錄。

nginx具體配置:

1、)前端代碼示例

2.) Nodejs後臺示例:

 

八、 Nodejs中間件代理跨域

node中間件實現跨域代理,原理大致與nginx相同,都是通過啓一個代理服務器,實現數據的轉發,也可以通過設置cookieDomainRewrite參數修改響應頭中cookie中域名,實現當前域的cookie寫入,方便接口登錄認證。

1、 非vue框架的跨域(2次跨域)

利用node + express + http-proxy-middleware搭建一個proxy服務器。

1.)前端代碼示例:

2.)中間件服務器:

3.)Nodejs後臺同(六:nginx)

2、 vue框架的跨域(1次跨域)

利用node + webpack + webpack-dev-server代理接口跨域。在開發環境下,由於vue渲染服務和接口代理服務都是webpack-dev-server同一個,所以頁面與代理接口之間不再跨域,無須設置headers跨域信息了。

webpack.config.js部分配置:

 

九、 WebSocket協議跨域

WebSocket protocol是HTML5一種新的協議。它實現了瀏覽器與服務器全雙工通信,同時允許跨域通訊,是server push技術的一種很好的實現。

原生WebSocket API使用起來不太方便,我們使用Socket.io,它很好地封裝了webSocket接口,提供了更簡單、靈活的接口,也對不支持webSocket的瀏覽器提供了向下兼容。

1.)前端代碼:

2.)Nodejs socket後臺:

參考文檔:https://segmentfault.com/a/1190000011145364

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章