Springboot2.0解決跨域問題

先後端分離大勢所趨，跨域問題更是老生常談，隨便用標題去google或百度一下，能搜出一大片解決方案，那麼爲啥又要寫一遍呢，不急往下看。

問題背景：

Same Origin Policy，譯爲「同源策略」。它是對於客戶端腳本（尤爲是JavaScript）的重要安全度量標準，其目的在於防止某個文檔或者腳本從多個不一樣「origin」（源）裝載。
它認爲自任何站點裝載的信賴內容是不安全的。當被瀏覽器半信半疑的腳本運行在沙箱時，它們應該只被容許訪問來自同一站點的資源，而不是那些來自其它站點可能懷有惡意的資源。
注：具備相同的Origin，也便是擁有相同的協議、主機地址以及端口。一旦這三項數據中有一項不一樣，那麼該資源就將被認爲是從不一樣的Origin得來的，進而不被容許訪問。

CORS就是爲了解決SOP問題而生的，固然CORS不是惟一的解決方案，不過這裏不贅述其餘解決辦法了。

---

CORS簡介:

CORS是一個W3C標準，全稱是"跨域資源共享"（Cross-origin resource sharing）。它容許瀏覽器向跨源(協議 + 域名 + 端口)服務器，發出XMLHttpRequest請求，從而克服了AJAX只能同源使用的限制。
CORS須要瀏覽器和服務器同時支持。它的通訊過程，都是瀏覽器自動完成，不須要用戶參與。對於開發者來講，CORS通訊與同源的AJAX/Fetch通訊沒有差異，代碼徹底同樣。瀏覽器一旦發現請求跨源，就會自動添加一些附加的頭信息，有時還會多出一次附加的請求，但用戶不會有感受。
所以，實現CORS通訊的關鍵是服務器。只要服務器實現了CORS接口，就能夠跨源通訊。

瀏覽器將CORS請求分紅兩類：簡單請求（simple request）和非簡單請求（not-so-simple request）。

瀏覽器發出CORS簡單請求，只須要在頭信息之中增長一個Origin字段。

瀏覽器發出CORS非簡單請求，會在正式通訊以前，增長一次OPTIONS查詢請求，稱爲"預檢"請求（preflight）。瀏覽器先詢問服務器，當前網頁所在的域名是否在服務器的許可名單之中，以及可使用哪些HTTP動詞和頭信息字段。只有獲得確定答覆，瀏覽器纔會發出正式的XMLHttpRequest請求，不然就報錯。

簡單請求就是<font color=#9400D3>HEAD、GET、POST</font>請求，而且HTTP的頭信息不超出如下幾種字段
<font color=#9400D3>Accept、Accept-Language、Content-Language、Last-Event-ID、Content-Type</font>
注：Content-Type：只限於三個值application/x-www-form-urlencoded、multipart/form-data、text/plain

反之，就是非簡單請求。

其實實現CORS很簡單，就是在服務端加一些響應頭，而且這樣作對前端來講是無感知的，很方便。

詳解響應頭：

Access-Control-Allow-Origin
該字段必填。它的值要麼是請求時Origin字段的具體值，要麼是一個*，表示接受任意域名的請求。

Access-Control-Allow-Methods
該字段必填。它的值是逗號分隔的一個具體的字符串或者*，代表服務器支持的全部跨域請求的方法。注意，返回的是全部支持的方法，而不單是瀏覽器請求的那個方法。這是爲了不屢次"預檢"請求。

Access-Control-Expose-Headers
該字段可選。CORS請求時，XMLHttpRequest對象的getResponseHeader()方法只能拿到6個基本字段：Cache-Control、Content-Language、Content-Type、Expires、Last-Modified、Pragma。若是想拿到其餘字段，就必須在Access-Control-Expose-Headers裏面指定。

Access-Control-Allow-Credentials
該字段可選。它的值是一個布爾值，表示是否容許發送Cookie.默認狀況下，不發生Cookie，即：false。對服務器有特殊要求的請求，好比請求方法是PUT或DELETE，或者Content-Type字段的類型是application/json，這個值只能設爲true。若是服務器不要瀏覽器發送Cookie，刪除該字段便可。

Access-Control-Max-Age
該字段可選，用來指定本次預檢請求的有效期，單位爲秒。在有效期間，不用發出另外一條預檢請求。

順便提一下，若是在開發中，發現每次發起請求都是兩條，一次OPTIONS，一次正常請求，注意是每次，那麼就須要配置Access-Control-Max-Age，避免每次都發出預檢請求。

解決辦法：

解決辦法有三種：

第一種辦法:

import org.springframework.context.annotation.Configuration;
import org.springframework.web.servlet.config.annotation.CorsRegistry;
import org.springframework.web.servlet.config.annotation.WebMvcConfigurer;

@Configuration
public class CorsConfig implements WebMvcConfigurer {

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

這種方式是全局配置的，網上也大都是這種解決辦法，可是不少都是基於舊的spring版本，好比：

Spring Boot如何解決前端的Access-Control-Allow-Origin跨域問題

文中WebMvcConfigurerAdapter在spring5.0已經被標記爲Deprecated，點開源碼能夠看到：

/**
 * An implementation of {@link WebMvcConfigurer} with empty methods allowing
 * subclasses to override only the methods they're interested in.
 *
 * @author Rossen Stoyanchev
 * @since 3.1
 * @deprecated as of 5.0 {@link WebMvcConfigurer} has default methods (made
 * possible by a Java 8 baseline) and can be implemented directly without the
 * need for this adapter
 */
@Deprecated
public abstract class WebMvcConfigurerAdapter implements WebMvcConfigurer {}

像這種過期的類或者方法，spring的做者們必定會在註解上面說明緣由，並告訴你新的該用哪一個，這是很是優秀的編碼習慣，點贊！

spring5最低支持到jdk1.8，因此註釋中明確代表，你能夠直接實現WebMvcConfigurer接口，無需再用這個適配器，由於jdk1.8支持接口中存在default-method。

---

第二種辦法:

import org.springframework.context.annotation.Configuration;

import javax.servlet.*;
import javax.servlet.annotation.WebFilter;
import javax.servlet.http.HttpServletResponse;
import java.io.IOException;

@WebFilter(filterName = "CorsFilter ")
@Configuration
public class CorsFilter implements Filter {
    @Override
    public void doFilter(ServletRequest req, ServletResponse res, FilterChain chain) throws IOException, ServletException {
        HttpServletResponse response = (HttpServletResponse) res;
        response.setHeader("Access-Control-Allow-Origin","*");
        response.setHeader("Access-Control-Allow-Credentials", "true");
        response.setHeader("Access-Control-Allow-Methods", "POST, GET, PATCH, DELETE, PUT");
        response.setHeader("Access-Control-Max-Age", "3600");
        response.setHeader("Access-Control-Allow-Headers", "Origin, X-Requested-With, Content-Type, Accept");
        chain.doFilter(req, res);
    }
}

這種辦法，是基於過濾器的方式，方式簡單明瞭，就是在response中寫入這些響應頭，好多文章都是第一種和第二種方式都叫你配置，其實這是沒有必要的，只須要一種便可。

這裏也吐槽一下，你們不求甚解的精神。

---

第三種辦法：

public class GoodsController {

    @CrossOrigin(origins = "http://localhost:4000")
    @GetMapping("goods-url")
    public Response queryGoodsWithGoodsUrl(@RequestParam String goodsUrl) throws Exception {}
}

沒錯就是@CrossOrigin註解，點開註解

@Target({ ElementType.METHOD, ElementType.TYPE })
@Retention(RetentionPolicy.RUNTIME)
@Documented
public @interface CrossOrigin {}

從元註解@Target能夠看出，註解能夠放在method、class等上面，相似RequestMapping，也就是說，整個controller下面的方法能夠都受控制，也能夠單個方法受控制。

也能夠得知，這個是最小粒度的cors控制辦法了，精確到單個請求級別。

---

以上三種方法均可以解決問題，最經常使用的應該是第一種、第二種，控制在自家幾個域名範圍下足以，通常不必搞得太細。

這三種配置方式都用了的話，誰生效呢，相似css中樣式，就近原則，懂了吧。

因此在開發新項目時，不須要等聯調時候，讓前端來找你了，我早就解決了跨域問題。

 
本文由 Telami 創做，採用 CC BY 3.0 CN協議 進行許可。 可自由轉載、引用，但需署名做者且註明文章出處 https://www.telami.cn/2019/06...