cors解決跨域問題

爲什麼有跨域問題？

---

瀏覽器跨域請求可以是a標籤,

可以是script標籤,

,

也可以是ajax請求

跨域問題是瀏覽器處於安全考慮對ajax專門做的限制:原因是ajax可以發起任意請求而其他兩種只能是get請求,只能做點查詢,是較爲安全的.

---

解決跨域問題的方案

Jsonp
最早的解決方案，利用script標籤可以跨域的原理實現。
限制：
需要服務的支持
只能發起GET請求

nginx反向代理
思路是：利用nginx反向代理把跨域爲不跨域，支持各種請求方式
缺點：需要在nginx進行額外配置，語義不清晰

CORS
規範化的跨域請求解決方案，安全可靠。
優勢：
在服務端進行控制是否允許跨域，可自定義規則
支持各種請求方式
缺點：
會產生額外的請求

---

目前常用的是cors解決方案

---

瀏覽器會將ajax請求分爲兩類，其處理方案略有差異：簡單請求、特殊請求。

簡單請求

只要同時滿足以下兩大條件，就屬於簡單請求。：

（1) 請求方法是以下三種方法之一：

HEAD
GET
POST
（2）HTTP的頭信息不超出以下幾種字段：

Accept
Accept-Language
Content-Language
Last-Event-ID
Content-Type：只限於三個值application/x-www-form-urlencoded、multipart/form-data、text/plain
當瀏覽器發現發現的ajax請求是簡單請求時，會在請求頭中攜帶一個字段：Origin.

服務會根據這個值決定是否允許其跨域
如果服務器允許跨域，需要在返回的響應頭中攜帶下面信息：

Access-Control-Allow-Origin: http://manage.leyou.com
Access-Control-Allow-Credentials: true
Content-Type: text/html; charset=utf-8

如果服務器允許跨域，需要在返回的響應頭中攜帶下面信息：

Access-Control-Allow-Origin: http://manage.leyou.com
Access-Control-Allow-Credentials: true
Content-Type: text/html; charset=utf-8
Access-Control-Allow-Origin：可接受的域，是一個具體域名或者*，代表任意
Access-Control-Allow-Credentials：是否允許攜帶cookie，默認情況下，cors不會攜帶cookie，除非這個值是true
注意：
如果跨域請求要想操作cookie，需要滿足3個條件：
服務的響應頭中需要攜帶Access-Control-Allow-Credentials並且爲true。
瀏覽器發起ajax需要指定withCredentials 爲true
響應頭中的Access-Control-Allow-Origin一定不能爲，必須是指定的域名*

特殊請求

不符合簡單請求的條件，會被瀏覽器判定爲特殊請求,，例如請求方式爲PUT。
預檢請求

特殊請求會在正式通信之前，增加一次HTTP查詢請求，稱爲"預檢"請求（preflight）。

瀏覽器先詢問服務器，當前網頁所在的域名是否在服務器的許可名單之中，以及可以使用哪些HTTP動詞和頭信息字段。只有得到肯定答覆，瀏覽器纔會發出正式的XMLHttpRequest請求，否則就報錯。

一個“預檢”請求的樣板：

OPTIONS /cors HTTP/1.1
Origin: http://manage.leyou.com
Access-Control-Request-Method: PUT
Access-Control-Request-Headers: X-Custom-Header
Host: api.leyou.com
Accept-Language: en-US
Connection: keep-alive
User-Agent: Mozilla/5.0...
與簡單請求相比，除了Origin以外，多了兩個頭：

Access-Control-Request-Method：接下來會用到的請求方式，比如PUT
Access-Control-Request-Headers：會額外用到的頭信息
預檢請求的響應

服務的收到預檢請求，如果許可跨域，會發出響應：

HTTP/1.1 200 OK
Date: Mon, 01 Dec 2008 01:15:39 GMT
Server: Apache/2.0.61 (Unix)
Access-Control-Allow-Origin: http://manage.leyou.com
Access-Control-Allow-Credentials: true
Access-Control-Allow-Methods: GET, POST, PUT
Access-Control-Allow-Headers: X-Custom-Header
Access-Control-Max-Age: 1728000
Content-Type: text/html; charset=utf-8
Content-Encoding: gzip
Content-Length: 0
Keep-Alive: timeout=2, max=100
Connection: Keep-Alive
Content-Type: text/plain

除了Access-Control-Allow-Origin和Access-Control-Allow-Credentials以外，這裏又額外多出3個頭：

Access-Control-Allow-Methods：允許訪問的方式
Access-Control-Allow-Headers：允許攜帶的頭
Access-Control-Max-Age：本次許可的有效時長，單位是秒，過期之前的ajax請求就無需再次進行預檢了
如果瀏覽器得到上述響應，則認定爲可以跨域，後續就跟簡單請求的處理是一樣的了。

---

實現

雖然原理比較複雜，但是前面說過：
瀏覽器端都有瀏覽器自動完成，我們無需操心
服務端可以通過攔截器統一實現，不必每次都去進行跨域判定的編寫。
事實上，SpringMVC已經幫我們寫好了CORS的跨域過濾器：CorsFilter ,內部已經實現了剛纔所講的判定邏輯，我們直接用就好了。
在ly-api-gateway中編寫一個配置類，並且註冊CorsFilter：

package com.leyou.gateway.config;

import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.web.cors.CorsConfiguration;
import org.springframework.web.cors.UrlBasedCorsConfigurationSource;
import org.springframework.web.filter.CorsFilter;

@Configuration
public class GlobalCorsConfig {
    @Bean
    public CorsFilter corsFilter() {
        //1.添加CORS配置信息
        CorsConfiguration config = new CorsConfiguration();
        //1) 允許的域,不要寫*，否則cookie就無法使用了
        config.addAllowedOrigin("http://manager.leyou.com");
        //2) 是否發送Cookie信息
        config.setAllowCredentials(true);
        //3) 允許的請求方式
        config.addAllowedMethod("OPTIONS");
        config.addAllowedMethod("HEAD");
        config.addAllowedMethod("GET");
        config.addAllowedMethod("PUT");
        config.addAllowedMethod("POST");
        config.addAllowedMethod("DELETE");
        config.addAllowedMethod("PATCH");
        // 4）允許的頭信息
        config.addAllowedHeader("*");
        config.setMaxAge(3600L);
        //2.添加映射路徑，我們攔截一切請求
        UrlBasedCorsConfigurationSource configSource = new UrlBasedCorsConfigurationSource();
        configSource.registerCorsConfiguration("/**", config);

        //3.返回新的CorsFilter.
        return new CorsFilter(configSource);
    }
}

重新運行即可

---

個人理解

這種cors方式相當於在請求頭中加入一些信息,服務端判斷是否是自己的客戶端發起的請求,再決定是否予以返回請求.這種方式需要客戶端和服務端都支持
例如上面案例,基本需求我們至少要配置:
1.Access-Control-Allow-Origin 允許的域名
2.Access-Control-Allow-Credentials：是否帶cookie
3.允許的請求方式 入GET POST PUT OPTIONS等
4.允許的頭信息:
config.addAllowedHeader("*"); //此處需要前後端人員協商 *代表任意
5.映射路徑

---

參考學習資料

itheima