java服务端解决跨域原理解析

什么是跨域？

• 当一个请求url的协议、域名、端口三者之间任意一个与当前页面url不同即为跨域
• 浏览器同源策略的限制

为什么会有同源策略？

• 为了安全
• 如果没有同源策略，不同源的数据和资源（如HTTP头、Cookie、DOM、localStorage等）就能相互随意访问，没有安全性可言

springboot项目解决跨域的方式

添加webMvc配置

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("*");
    }
}

• 优点: 全局配置比较方便
• 缺点：定制化比较麻烦，针对性比较弱
• 适用场景：全局化配置

添加web全局过滤器

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);
    }
}

• 优点: 针对性强，可从ServletRequest拿到特定的数据，针对性的支持跨域
• 缺点：要配置的数据比较多，配置中的一些配置项要主要选择，谨慎选择
• 适用场景：保证数据安全，针对特定的域名支持跨域访问

springboot 注解形式

    @RequestMapping("/test")
    @CrossOrigin
    public String test(){
        return "hello Spring-boot";
    }

• 优点: 比较优雅，一个注解搞定，针对性强，可具体到某个方法
• 缺点：定制化比较弱
• 适用场景：某个类或某些方法只允许特定域名进行跨域访问

服务端解决跨域流程分析

• 浏览器将CORS请求分成两类：简单请求(simple request)和非简单请求(not-so-simple request)，两者的处理方式不一样

• 同时满足以下两种条件的就属于简单请求

* 请求方法是以下三种方法之一：get head  post

* HTTP的头信息不超出以下几种字段：Accept Accept-Language Content-Language Last-Event-ID Content-Type：只限于三个值application/x-www-form-urlencoded、multipart/form-data、text/plain

• 当请求存在跨域资源共享(CORS)并且是非简单请求，就会触发CORS的预检请求，"预检"请求用的请求方法是OPTIONS

• 下面用一个具体的案例来分析服务端是如何解决跨域问题

• 先来一个简单请求：在http://abc.com域下请求http://abc.com:8080的接口 请求头信息什么都不带

刷新页面

01.png

• 可以看到请求头什么没带的情况下第一次请求（针对服务端而言）就会直接返回接口数据

02.png

• 变成一个非简单请求携带了一个请求头信息

测试

第一次预请求

03.png

04.png

第二次请求

05.png

06.png

可以看到第一次请求与第二次请求的区别

• 浏览器先询问服务器，当前网页所在的域名是否在服务器的许可名单之中，以及可以使用哪些HTTP动词和头信息字段。只有得到肯定答复，浏览器才会发出正式的XMLHttpRequest请求

• 服务器收到"预检"请求以后，检查了Origin、Access-Control-Request-Method和Access-Control-Request-Headers字段以后，确认允许跨源请求，就可以做出回应

• 一旦服务器通过了"预检"请求，以后每次浏览器正常的CORS请求，就都跟简单请求一样，会有一个Origin头信息字段。服务器的回应，也都会有一个Access-Control-Allow-Origin头信息字段

  
  
  c9274cfc325ebccb9148b07eea03aa8.png

总结

1.为了保证数据安全才有了同源策略，从而有了跨域的概念

2.springBoot多种配置方式支持跨域，合理按需选择

3.支持跨域在服务端请求有简单请求和非简单请求的区别，非简单请求需要有一次预检请求的访问