首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >配置跨域后,框架帮我们做了什么?

配置跨域后,框架帮我们做了什么?

作者头像
Java识堂
发布2020-08-17 17:03:21
2780
发布2020-08-17 17:03:21
举报
文章被收录于专栏:Java识堂Java识堂

跨域问题

现在绝大多数公司的项目都是前后端分离的,前后端分离后势必会遇到跨域问题。如下图

继续debug发现,reponse为undefined,提示消息为Network Error。

所以当你和前端联调的时候一直请求失败,报网络错误,一般情况下是后端没有做跨域配置。

注意此时并不是后端没有收到请求,而是收到请求了,也返回结果了,但是浏览器将结果拦截了,并且报错。

同源策略

那么浏览器为什么会报错呢?

因为浏览器基于安全考虑而引入的同源策略

协议+域名+端口三者都相同时,才不会产生跨域问题,即同源。此时才能读取到服务端的响应

当前url

请求url

是否跨域

https://www.javashitang.com

http://www.javashitang.com

是,协议不同

https://www.javashitang.com

http://book.javashitang.com

是,域名不同

https://www.javashitang.com

http://www.javashitang.com:8000

是,端口不同

为什么要有同源策略呢?

当然是为了安全起见,举个例子,以银行转账为例,看看你的钱是怎么没的

这就是著名的CSRF攻击(跨站请求伪造,当然还有很多其他方式),还有如果第5步不对请求的来源进行校验,那么你的钱已经被转走了

html页面中的如下三个标签是允许跨域加载资源的

  1. <img src=XXX>
  2. <link href=XXX>
  3. <script src=XXX>

如何解决跨域

虽然同源策略保证了安全,但一些合理的用途也会受到影响。解决跨域的方式有很多种,简单介绍2个

JSONP

JSONP主要是利用<script>标签将请求发送出去,来实现数据的加载,但这种方式有一个缺点,即只能支持GET请求,其他请求都不能支持,因为JSONP这种方式已经很少使用了,所以不做过多的介绍

CROS

非简单请求

在正式的跨域请求前,发送一个OPTIONS请求去询问服务器是否接受接下来的跨域请求,携带如下header

Origin:发起请求原来的域 Access-Control-Request-Method:将要发起的跨域请求方式(GET/POST/…) Access-Control-Request-Headers:将要发起的跨域请求中包含的请求头字段

服务器在返回中增加如下header来表明是否允许这个跨域请求。浏览器收到后进行检查如果不符合要求则不会发起后续请求

Access-Control-Allow-Origin:允许哪些域来访问(*表示允许所有域的请求) Access-Control-Allow-Methods:允许哪些请求方式 Access-Control-Allow-Headers:允许哪些请求头字段 Access-Control-Allow-Credentials:是否允许携带Cookie

简单请求

每次都要发送二次请求是不是很麻烦?所以做了优化

当请求方法是HEAD、GET、POST 并且请求头只有如下几个时,被定义为简单请求 Accept Accept-Language Content-Language Last-Event-ID Content-Type:(application/x-www-form-urlencoded、multipart/form-data、text/plain)

简单请求会在请求中加入Origin头,直接发起请求,不会先询问了。后端返回相应的header即可

Spring支持跨域

理解了跨域的本质,再看各种配置其实就是根据请求往reponse中增加header

利用Filter

配置如下Filter,CrossDomainFilter是对javax.servlet.Filter的封装,本质上是一个Filter。

可以看到我多返回了一个header,Access-Control-Max-Age,他表明了询问结果的有效期限,即在3600s之内浏览器可以不必再次询问

@Component
@WebFilter(filterName = "crossDomain", urlPatterns = "/*")
public class CrossDomainFilter extends OncePerRequestFilter {

    @Override
    protected void doFilterInternal(HttpServletRequest request, HttpServletResponse response, FilterChain filterChain) throws ServletException, IOException {
        // 此处可以进行白名单检测
        if(CorsUtils.isCorsRequest(request)) {
            response.setHeader("Access-Control-Allow-Origin", request.getHeader("Origin"));
            response.setHeader("Access-Control-Allow-Credentials", "true");
            response.setHeader("Access-Control-Allow-Headers", request.getHeader("Access-Control-Request-Headers"));
            response.setHeader("Access-Control-Allow-Methods", request.getHeader("Access-Control-Request-Method"));
            response.setHeader("Access-Control-Max-Age", "3600");
        }
        // 是个OPTIONS请求,header已设好,不用执行后续逻辑,直接return
        if(CorsUtils.isPreFlightRequest(request)) {
            return;
        }
        filterChain.doFilter(request, response);
    }
}

看一下用到的工具类

public abstract class CorsUtils {

    // 请求中有 origin 这个header则返会true
    public static boolean isCorsRequest(HttpServletRequest request) {
        return (request.getHeader(HttpHeaders.ORIGIN) != null);
    }

    public static boolean isPreFlightRequest(HttpServletRequest request) {
        return (isCorsRequest(request) && HttpMethod.OPTIONS.matches(request.getMethod()) &&
                request.getHeader(HttpHeaders.ACCESS_CONTROL_REQUEST_METHOD) != null);
    }

}

利用CorsRegistry

@Configuration
public class GlobalCorsConfig {

    @Bean
    public WebMvcConfigurer corsConfigurer() {
        return new WebMvcConfigurer() {
            @Override
            public void addCorsMappings(CorsRegistry registry) {
                // 添加映射路径
                registry.addMapping("/**")
                        // 允许的域
                        .allowedOrigins("*")
                        // 允许携带cookie
                        .allowCredentials(true)
                        // 允许的请求方式
                        .allowedMethods("GET","POST", "PUT", "DELETE")
                        // 允许的请求头
                        .allowedHeaders("*");
            }
        };
    }
}

利用@CrossOrigin注解

支持更细粒度的配置,可以用法方法上或者类上

@RestController
@RequestMapping("resource")
@CrossOrigin({"http://127.0.0.1:8080"})
public class ResourceController

其他方式支持跨域

看到这你可能会产生疑问,我们的项目中没有跨域的配置啊,怎么还能支持跨域?那估计是把设置header这些活交给网关层来做了。

本文参与 腾讯云自媒体分享计划,分享自微信公众号。
原始发表:2020-08-13,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 Java识堂 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 同源策略
  • 为什么要有同源策略呢?
  • 如何解决跨域
    • JSONP
      • CROS
        • 非简单请求
        • 简单请求
    • Spring支持跨域
      • 利用Filter
        • 利用CorsRegistry
          • 利用@CrossOrigin注解
          • 其他方式支持跨域
          领券
          问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档