欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

JS跨域(Access-Control-Allow-Origin)前后端解決方案詳解

 更新時間:2022年01月30日 11:11:46   投稿:wdc  
這篇文章主要介紹了瀏覽器跨域(Access-Control-Allow-Origin)解決方案詳解包括了前端跨域,后端跨域,js原生實現(xiàn)jsonp,jQuery實現(xiàn)jsonp,vue.js實現(xiàn)jsonp,需要的朋友可以參考下

瀏覽器的同源安全策略

同源策略,它是由Netscape提出的一個著名的安全策略?,F(xiàn)在所有支持JavaScript的瀏覽器都會使用這個策略。所謂同源是指,域名,協(xié)議,端口相同。同源策略是瀏覽器的行為,是為了保護本地數(shù)據(jù)不被JavaScript代碼獲取回來的數(shù)據(jù)污染,因此攔截的是客戶端發(fā)出的請求回來的數(shù)據(jù)接收,即請求發(fā)送了,服務器響應了,但是無法被瀏覽器接收。
同源:協(xié)議 + 域名 + 端口。所以,怎么才算跨域呢?

什么是跨域

什么是跨域,簡單地理解就是因為JavaScript同源策略的限制,a.com 域名下的js無法操作b.com或是c.a.com域名下的對象。更詳細的說明可以看下表:

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
同一域名,不同協(xié)議不允許
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這種情況下也不允許訪問)
//www.dbjr.com.cn/a.js
http://www.a.com/b.js
不同域名不允許

特別注意兩點:

第一,如果是協(xié)議和端口造成的跨域問題“前臺”是無能為力的,

第二:在跨域問題上,域僅僅是通過“URL的首部”來識別而不會去嘗試判斷相同的ip地址對應著兩個域或兩個域是否在同一個ip上。
“URL的首部”指window.location.protocol +window.location.host,也可以理解為“Domains, protocols and ports must match”。

一、前端跨域解決方法(JavaScript)

接下來簡單地總結(jié)一下在“前臺”一般處理跨域的辦法

1、document.domain+iframe的設置

對于主域相同而子域不同的例子,可以通過設置document.domain的辦法來解決。具體的做法是可以在http://www.a.com/a.html和http://script.a.com/b.html兩個文件中分別加上document.domain = ‘a.com’;然后通過a.html文件中創(chuàng)建一個iframe,去控制iframe的contentDocument,這樣兩個js文件之間就可以“交互”了。當然這種辦法只能解決主域相同而二級域名不同的情況,如果你異想天開的把script.a.com的domian設為alibaba.com那顯然是會報錯地!代碼如下:

www.a.com上的a.html

document.domain = 'a.com';
var ifr = document.createElement('iframe');
ifr.src = 'http://script.a.com/b.html';
ifr.style.display = 'none';
document.body.appendChild(ifr);
ifr.onload = function(){
    var doc = ifr.contentDocument || ifr.contentWindow.document;
    // 在這里操縱b.html
    alert(doc.getElementsByTagName("h1")[0].childNodes[0].nodeValue);
};

script.a.com上的b.html

document.domain = 'a.com';

這種方式適用于{www.jb51.com, jb51.com, script.jb51.com, css.jb51.com}中的任何頁面相互通信。

備注:某一頁面的domain默認等于window.location.hostname。主域名是不帶www的域名,例如a.com,主域名前面帶前綴的通常都為二級域名或多級域名,例如www.a.com其實是二級域名。 domain只能設置為主域名,不可以在b.a.com中將domain設置為c.a.com。

問題:

1、安全性,當一個站點(b.a.com)被攻擊后,另一個站點(c.a.com)會引起安全漏洞。

2、如果一個頁面中引入多個iframe,要想能夠操作所有iframe,必須都得設置相同domain。

2、動態(tài)創(chuàng)建script

雖然瀏覽器默認禁止了跨域訪問,但并不禁止在頁面中引用其他域的JS文件,并可以自由執(zhí)行引入的JS文件中的function(包括操作cookie、Dom等等)。根據(jù)這一點,可以方便地通過創(chuàng)建script節(jié)點的方法來實現(xiàn)完全跨域的通信。

這里判斷script節(jié)點加載完畢還是蠻有意思的:ie只能通過script的readystatechange屬性,其它瀏覽器是script的load事件。以下是部分判斷script加載完畢的方法。

js.onload = js.onreadystatechange = function() {
    if (!this.readyState || this.readyState === 'loaded' || this.readyState === 'complete') {
        // callback在此處執(zhí)行
        js.onload = js.onreadystatechange = null;
    }
};

3、利用iframe和location.hash

這個辦法比較繞,但是可以解決完全跨域情況下的腳步置換問題。原理是利用location.hash來進行傳值。在url: http://a.com#helloword中的‘#helloworld’就是location.hash,改變hash并不會導致頁面刷新,所以可以利用hash值來進行數(shù)據(jù)傳遞,當然數(shù)據(jù)容量是有限的。假設域名a.com下的文件cs1.html要和jb51.net域名下的cs2.html傳遞信息,cs1.html首先創(chuàng)建自動創(chuàng)建一個隱藏的iframe,iframe的src指向jb51.net域名下的cs2.html頁面,這時的hash值可以做參數(shù)傳遞用。cs2.html響應請求后再將通過修改cs1.html的hash值來傳遞數(shù)據(jù)(由于兩個頁面不在同一個域下IE、Chrome不允許修改parent.location.hash的值,所以要借助于a.com域名下的一個代理iframe;Firefox可以修改)。同時在cs1.html上加一個定時器,隔一段時間來判斷l(xiāng)ocation.hash的值有沒有變化,一點有變化則獲取獲取hash值。代碼如下:

先是a.com下的文件cs1.html文件:

function startRequest(){
    var ifr = document.createElement('iframe');
    ifr.style.display = 'none';
    ifr.src = '//www.dbjr.com.cn/lab/cscript/cs2.html#paramdo';
    document.body.appendChild(ifr);
}

function checkHash() {
    try {
        var data = location.hash ? location.hash.substring(1) : '';
        if (console.log) {
            console.log('Now the data is '+data);
        }
    } catch(e) {};
}
setInterval(checkHash, 2000);

jb51.net域名下的cs2.html:

//模擬一個簡單的參數(shù)處理操作
switch(location.hash){
    case '#paramdo':
        callBack();
        break;
    case '#paramset':
        //do something……
        break;
}

function callBack(){
    try {
        parent.location.hash = 'somedata';
    } catch (e) {
        // ie、chrome的安全機制無法修改parent.location.hash,
        // 所以要利用一個中間的cnblogs域下的代理iframe
        var ifrproxy = document.createElement('iframe');
        ifrproxy.style.display = 'none';
        ifrproxy.src = 'http://a.com/test/cscript/cs3.html#somedata';    // 注意該文件在"a.com"域下
        document.body.appendChild(ifrproxy);
    }
}

a.com下的域名cs3.html

//因為parent.parent和自身屬于同一個域,所以可以改變其location.hash的值
parent.parent.location.hash = self.location.hash.substring(1);

當然這樣做也存在很多缺點,諸如數(shù)據(jù)直接暴露在了url中,數(shù)據(jù)容量和類型都有限等……

4、window.name實現(xiàn)的跨域數(shù)據(jù)傳輸

文章較長列在此處不便于閱讀,詳細請看 window.name實現(xiàn)的跨域數(shù)據(jù)傳輸。

5、使用HTML5 postMessage

HTML5中最酷的新功能之一就是 跨文檔消息傳輸Cross Document Messaging。下一代瀏覽器都將支持這個功能:Chrome 2.0+、Internet Explorer 8.0+, Firefox 3.0+, Opera 9.6+, 和 Safari 4.0+ 。 Facebook已經(jīng)使用了這個功能,用postMessage支持基于web的實時消息傳遞。

otherWindow.postMessage(message, targetOrigin);

otherWindow: 對接收信息頁面的window的引用??梢允琼撁嬷衖frame的contentWindow屬性;window.open的返回值;通過name或下標從window.frames取到的值。
message: 所要發(fā)送的數(shù)據(jù),string類型。
targetOrigin: 用于限制otherWindow,“*”表示不作限制

a.com/index.html中的代碼:

<iframe id="ifr" src="b.com/index.html"></iframe>
<script type="text/javascript">
window.onload = function() {
    var ifr = document.getElementById('ifr');
    var targetOrigin = 'http://b.com';  // 若寫成'http://b.com/c/proxy.html'效果一樣
                                        // 若寫成'http://c.com'就不會執(zhí)行postMessage了
    ifr.contentWindow.postMessage('I was there!', targetOrigin);
};
</script>

b.com/index.html中的代碼:

<script type="text/javascript">
    window.addEventListener('message', function(event){
        // 通過origin屬性判斷消息來源地址
        if (event.origin == 'http://a.com') {
            alert(event.data);    // 彈出"I was there!"
            alert(event.source);  // 對a.com、index.html中window對象的引用
                                  // 但由于同源策略,這里event.source不可以訪問window對象
        }
    }, false);
</script>

二、后臺跨域解決方案

CORS

這是W3C的標準,全稱是"跨域資源共享"(Cross-origin resource sharing)。

//指定允許其他域名訪問
‘Access-Control-Allow-Origin:http://172.20.0.206'//一般用法(,指定域,動態(tài)設置),3是因為不允許攜帶認證頭和cookies
//是否允許后續(xù)請求攜帶認證信息(cookies),該值只能是true,否則不返回
‘Access-Control-Allow-Credentials:true'

上面第一行說到的Access-Control-Allow-Origin有多種設置方法:

設置是最簡單粗暴的,但是服務器出于安全考慮,肯定不會這么干,而且,如果是的話,游覽器將不會發(fā)送cookies,即使你的XHR設置了withCredentials
指定域,如上圖中的http://172.20.0.206,一般的系統(tǒng)中間都有一個nginx,所以推薦這種
動態(tài)設置為請求域,多人協(xié)作時,多個前端對接一個后臺,這樣很方便。
Response支持跨域
從上面控制臺的輸出可以看到,錯誤原因是請求的資源(接口)的header中沒有”Access-Control-Allow-Origin“,那我們可以給它加上。在哪加?既然說是請求的資源沒有,那當然是在請求的資源上加,也就是服務端。

@SpringBootApplication
@Configuration
@RestController
public class ApplicationA {

    public static void main(String[] args) {
        SpringApplication.run(ApplicationA.class, args);
    }

    @RequestMapping("/test")
    public Object test(HttpServletRequest request, HttpServletResponse response) {
        // 跨域支持
        response.setHeader("Access-Control-Allow-Origin", "*");
        response.setHeader("Access-Control-Allow-Methods", "POST,GET,PUT,DELETE");
        response.setHeader("Access-Control-Max-Age", "3600");
        response.setHeader("Access-Control-Allow-Headers", "*");
        response.setHeader("Access-Control-Allow-Credentials", "true");
        Map<String, Object> map = new HashMap<>();
        map.put("success", true);
        map.put("msg", "我來自服務端");
        return map;
    }
}

springboot支持跨域

測試用例是一個springboot項目,可以用更簡單的方式。通過一個繼承了WebMvcConfigurerAdapter的bean,重寫addCorsMappings方法,在方法里配置。

@SpringBootApplication
@Configuration
@RestController
public class ApplicationA extends WebMvcConfigurerAdapter {

    public static void main(String[] args) {
        SpringApplication.run(ApplicationA.class, args);
    }

    @RequestMapping("/test")
    public Object test(HttpServletRequest request, HttpServletResponse response) {
        Map<String, Object> map = new HashMap<>();
        map.put("success", true);
        map.put("msg", "我來自服務端");
        return map;
    }

    // 跨域支持
    @Override
    public void addCorsMappings(CorsRegistry registry) {
        registry.addMapping("/**")
                .allowedOrigins("*")
                .allowCredentials(true)
                .allowedMethods("GET", "POST", "DELETE", "PUT")
                .maxAge(3600);
    }

Java中設置多個Access-Control-Allow-Origin跨域訪問

1、如果服務端是Java開發(fā)的,添加如下設置允許跨域即可,但是這樣做是允許所有域名都可以訪問,不夠安全。
response.setHeader(“Access-Control-Allow-Origin”,"*");

2、為保證安全性,可以只添加部分域名允許訪問,添加位置可以在下面三處任選一個。
(1)可以在過濾器的filter的dofilter()方法種設置。
(2)可以在servlet的get或者post方法里面設置。
(3)可以放在訪問的jsp頁面第一行。

3、在此用第一種方法,注意web.xml配置過濾器(filter)。

public void doFilter(ServletRequest req, ServletResponse res,FilterChain chain) throws IOException, ServletException {
        // 將ServletResponse轉(zhuǎn)換為HttpServletResponse
        HttpServletResponse httpResponse = (HttpServletResponse) res;
        // 如果不是80端口,需要將端口加上,如果是集群,則用Nginx的地址,同理不是80端口要加上端口
	String []  allowDomain= {"http://www.baidu.com","http://123.456.789.10","http://123.16.12.23:8080"};
	Set allowedOrigins= new HashSet(Arrays.asList(allowDomain));
	String originHeader=((HttpServletRequest) req).getHeader("Origin");
	if (allowedOrigins.contains(originHeader)){
	    httpResponse.setHeader("Access-Control-Allow-Origin", originHeader);
            httpResponse.setContentType("application/json;charset=UTF-8");
            httpResponse.setHeader("Access-Control-Allow-Methods", "POST, GET, OPTIONS, DELETE");
            httpResponse.setHeader("Access-Control-Max-Age", "3600");
            httpResponse.setHeader("Access-Control-Allow-Headers", "Content-Type,Access-Token");
            // 如果要把Cookie發(fā)到服務器,需要指定Access-Control-Allow-Credentials字段為true
            httpResponse.setHeader("Access-Control-Allow-Credentials", "true");                                
            httpResponse.setHeader("Access-Control-Expose-Headers", "*");        
        }        
        chain.doFilter(req, res);
}

基于nginx配置請求的CORS

目前很多請求都不是直接暴露的,很多通過nginx做反向代理,因此可以使用nginx配置固定請求的Access-Control-Allow-Origin,實現(xiàn)跨域訪問。方式是在被請求的接口,配置location代理,添加header實現(xiàn)。

        #活動訪問接口跨域配置
        location /promotion/activityPro {
            proxy_pass http://frontHost/promotion/activityPro;
            add_header 'Access-Control-Allow-Origin' '*';
            #add_header 'Access-Control-Allow-Methods' 'GET, POST';
            #add_header 'Access-Control-Allow-Credentials' "true";
            #add_header 'Access-Control-Max-Age' 86400;
            #add_header 'Access-Control-Allow-Header' 'Content-Type,*';
        }

三、前端跨域JSONP方案

有前端經(jīng)驗的童鞋知道,有時我們會在自己的代碼里直接引入其它域名的js、css等靜態(tài)文件。為啥這些靜態(tài)文件沒被瀏覽器限制呢?通常為了減輕web服務器的壓力,我們會把js、css,img等靜態(tài)資源分離到另一臺獨立域名的服務器上,使其和前端分離開?;谶@個原因,瀏覽器并沒有限制這類靜態(tài)資源的跨域訪問。

我們可以動態(tài)地創(chuàng)建一個script,讓瀏覽器以為我們要獲取靜態(tài)資源,從而網(wǎng)開一面。而服務器端也需要做一點改變,不能直接返回json,而是返回一個立即執(zhí)行的函數(shù),而前端請求的結(jié)果就作為函數(shù)的參數(shù)。

后端接口返回

@SpringBootApplication
@Configuration
@RestController
public class ApplicationA {

    public static void main(String[] args) {
        SpringApplication.run(ApplicationA.class, args);
    }

    @RequestMapping("/test")
    public String test(HttpServletRequest request, HttpServletResponse response, String callback)
            throws IOException {
        Map<String, Object> map = new HashMap<>();
        map.put("success", true);
        map.put("msg", "我來自服務端");
        // 返回值如下:
        // callback({"msg":"我來自服務端","success":true});
        return String.format("%s(%s);", callback, JsonUtil.toJson(map));
    }

js原生實現(xiàn)jsonp

function test() {
    // 外部域名,參數(shù)是和后端接口約定的callback指定接口返回后的回調(diào)函數(shù)
    url = "http://localhost:8882/test?callback=_ajax_callback";
    // 創(chuàng)建一個script元素
    var script = document.createElement('script');
    script.type = 'text/javascript';
    script.src = url;
    document.head.appendChild(script);
}
???????// 接口回調(diào)
function _ajax_callback(res) {
    console.log("被回調(diào)了");
    console.log(res);
}

jQuery實現(xiàn)jsonp

$.ajax({
    url: 'http://localhost:8882/test',
    type: 'get',
    dataType: 'jsonp',  // 請求方式
    jsonpCallback: "_ajax_callback",    // 回調(diào)函數(shù)名
    data: {}
});

vue.js實現(xiàn)jsonp

this.$http.jsonp(‘http://localhost:8882/test', {undefined
params: {},
jsonp: ‘_ajax_callback'
}).then((res) => {undefined
console.log(res);
})

JSONP的優(yōu)缺點

優(yōu)點:它不像XMLHttpRequest對象實現(xiàn)的Ajax請求那樣受到同源策略的限制;它的兼容性更好,在更加古老的瀏覽器中都可以運行,不需要XMLHttpRequest或ActiveX的支持;并且在請求完畢后可以通過調(diào)用callback的方式回傳結(jié)果。

缺點:它只支持GET請求而不支持POST等其它類型的HTTP請求;它只支持跨域HTTP請求這種情況,不能解決不同域的兩個頁面之間如何進行JavaScript調(diào)用的問題。

其它方式支持跨域
nginx反向代理:前端訪問相同域名,nginx再根據(jù)需要把請求轉(zhuǎn)發(fā)到外部域名;
后端代理:在后端接口里先請求外部資源(比如用HttpClient),然后把結(jié)果返回給前端,這樣就不是跨域了;
其它:借助iframe、postMessage等也可實現(xiàn)跨域。
document.domain,window.name,web sockets

更多關于瀏覽器跨域解決方案請查看下面的相關鏈接

相關文章

  • js作用域及作用域鏈工作引擎

    js作用域及作用域鏈工作引擎

    這篇文章主要為大家介紹了js作用域及作用域鏈工作引擎,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪
    2022-07-07
  • JavaScript阻止事件冒泡的方法

    JavaScript阻止事件冒泡的方法

    這篇文章主要介紹了基于JavaScript阻止事件冒泡,事件冒泡?開始時由最具體的元素接收,然后逐級向上傳播到到?DOM?最頂層節(jié)點。更多詳細內(nèi)容請需要的小伙伴參考下面文章的具體內(nèi)容希望對你有所幫助
    2021-12-12
  • 微信小程序左右滑動切換頁面詳解及實例代碼

    微信小程序左右滑動切換頁面詳解及實例代碼

    這篇文章主要介紹了微信小程序左右滑動切換頁面詳解及實例代碼的相關資料,需要的朋友可以參考下
    2017-02-02
  • 微信小程序 教程之WXML

    微信小程序 教程之WXML

    這篇文章主要介紹了微信小程序 教程WXML的相關資料,這里提供了簡單實例,需要的朋友可以參考下
    2016-10-10
  • 微信小程序封裝http訪問網(wǎng)絡庫實例代碼

    微信小程序封裝http訪問網(wǎng)絡庫實例代碼

    這篇文章主要介紹了微信小程序封裝http訪問網(wǎng)絡庫實例代碼的相關資料,需要的朋友可以參考下
    2017-05-05
  • js基于div絲滑實現(xiàn)貝塞爾曲線

    js基于div絲滑實現(xiàn)貝塞爾曲線

    這篇文章主要為大家介紹了js基于div絲滑實現(xiàn)貝塞爾曲線示例詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪
    2022-09-09
  • 微信小程序聯(lián)網(wǎng)請求的輪播圖

    微信小程序聯(lián)網(wǎng)請求的輪播圖

    這篇文章主要介紹了微信小程序聯(lián)網(wǎng)請求的輪播圖的相關資料,需要的朋友可以參考下
    2017-07-07
  • 淺談JavaScript淺拷貝和深拷貝

    淺談JavaScript淺拷貝和深拷貝

    這篇文章主要介紹了淺談JavaScript淺拷貝和深拷貝,javascript中的對象是引用類型,在復制對象的時候就要考慮是用淺拷貝還是用深拷貝。接下來一起聊聊吧,感興趣的小伙伴也可以參考一下
    2021-11-11
  • Javascript使用integrity屬性進行安全驗證

    Javascript使用integrity屬性進行安全驗證

    這篇文章主要介紹了Javascript使用integrity屬性進行安全驗證,在html中,script標簽可以通過src屬性引入一個js文件,引入的js文件可以是本地的,也可以是遠程的,下面我們一起來看看文章詳細內(nèi)容
    2021-11-11
  • 微信小程序中實現(xiàn)一對多發(fā)消息詳解及實例代碼

    微信小程序中實現(xiàn)一對多發(fā)消息詳解及實例代碼

    這篇文章主要介紹了微信小程序中實現(xiàn)一對多發(fā)消息詳解及實例代碼的相關資料,需要的朋友可以參考下
    2017-02-02

最新評論