Spring Boot 解決跨域問題的 3 種方案！
點擊上方?泥瓦匠 關(guān)注我！
前后端分離大勢所趨，跨域問題更是老生常談，隨便用標(biāo)題去google或百度一下，能搜出一大片解決方案，那么為啥又要寫一遍呢，不急往下看。
問題背景：
當(dāng)被瀏覽器半信半疑的腳本運行在沙箱時，它們應(yīng)該只被允許訪問來自同一站點的資源，而不是那些來自其它站點可能懷有惡意的資源。
CORS就是為了解決SOP問題而生的，當(dāng)然CORS不是唯一的解決方案，不過這里不贅述其他解決辦法了。
CORS簡介:
瀏覽器將CORS請求分成兩類：簡單請求（simple request）和非簡單請求（not-so-simple request）。
瀏覽器發(fā)出CORS簡單請求，只需要在頭信息之中增加一個Origin字段。
瀏覽器發(fā)出CORS非簡單請求，會在正式通信之前，增加一次OPTIONS查詢請求，稱為"預(yù)檢"請求（preflight）。瀏覽器先詢問服務(wù)器，當(dāng)前網(wǎng)頁所在的域名是否在服務(wù)器的許可名單之中，以及可以使用哪些HTTP動詞和頭信息字段。只有得到肯定答復(fù)，瀏覽器才會發(fā)出正式的XMLHttpRequest請求，否則就報錯。
簡單請求就是HEAD、GET、POST請求，并且HTTP的頭信息不超出以下幾種字段 Accept、Accept-Language、Content-Language、Last-Event-ID、Content-Type?注：Content-Type：只限于三個值application/x-www-form-urlencoded、multipart/form-data、text/plain
反之，就是非簡單請求。
其實實現(xiàn)CORS很簡單，就是在服務(wù)端加一些響應(yīng)頭，并且這樣做對前端來說是無感知的，很方便。
詳解響應(yīng)頭：
Access-Control-Allow-Origin 該字段必填。它的值要么是請求時Origin字段的具體值，要么是一個*，表示接受任意域名的請求。 Access-Control-Allow-Methods 該字段必填。它的值是逗號分隔的一個具體的字符串或者*，表明服務(wù)器支持的所有跨域請求的方法。注意，返回的是所有支持的方法，而不單是瀏覽器請求的那個方法。這是為了避免多次"預(yù)檢"請求。 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 該字段可選。它的值是一個布爾值，表示是否允許發(fā)送Cookie.默認(rèn)情況下，不發(fā)生Cookie，即：false。對服務(wù)器有特殊要求的請求，比如請求方法是PUT或DELETE，或者Content-Type字段的類型是application/json，這個值只能設(shè)為true。如果服務(wù)器不要瀏覽器發(fā)送Cookie，刪除該字段即可。 Access-Control-Max-Age 該字段可選，用來指定本次預(yù)檢請求的有效期，單位為秒。在有效期間，不用發(fā)出另一條預(yù)檢請求。
順便提一下，如果在開發(fā)中，發(fā)現(xiàn)每次發(fā)起請求都是兩條，一次OPTIONS，一次正常請求，注意是每次，那么就需要配置Access-Control-Max-Age，避免每次都發(fā)出預(yù)檢請求。
解決辦法：
第一種辦法:
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("*");
????}
}
/**
?*?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的作者們一定會在注解上面說明原因，并告訴你新的該用哪個，這是非常優(yōu)秀的編碼習(xí)慣，點贊！
Spring Boot 基礎(chǔ)就不介紹了，看下這個教程太全了：
https://github.com/javastacks/spring-boot-best-practice
第二種辦法:
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中寫入這些響應(yīng)頭，好多文章都是第一種和第二種方式都叫你配置，其實這是沒有必要的，只需要一種即可。
這里也吐槽一下，大家不求甚解的精神。另外，關(guān)注公眾號Java技術(shù)棧，在后臺回復(fù)：面試，可以獲取我整理的 Spring Boot 面試題和答案。
第三種辦法：
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控制辦法了，精確到單個請求級別。
以上三種方法都可以解決問題，最常用的應(yīng)該是第一種、第二種，控制在自家?guī)讉€域名范圍下足以，一般沒必要搞得太細(xì)。
這三種配置方式都用了的話，誰生效呢，類似css中樣式，就近原則，懂了吧。
所以在開發(fā)新項目時，不需要等聯(lián)調(diào)時候，讓前端來找你了，我早就解決了跨域問題。另外，關(guān)注公眾號Java技術(shù)棧，在后臺回復(fù)：面試，可以獲取我整理的 Spring Boot 面試題和答案。
往期推薦
下方二維碼關(guān)注我
技術(shù)草根，堅持分享?編程，算法，架構(gòu)