Zuul关于跨域问题的解决方案之一

本文介绍了在前后分离的项目中,如何使用Zuul过滤器处理跨域问题。作者通过理解CORS的原理,分享了设置预请求OPTIONS和处理真实请求的步骤,以及在实现过程中遇到的选项请求未返回成功状态码的疑惑和解决方案。同时,提到了如果没有正确配置,浏览器会提示缺少'Access-Control-Allow-Origin'头部。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

前后分离之zuul过滤器处理跨域

刚毕业的应届小白一枚
最近想要自己熟悉一下最近流行的web技术
打算用 spring cloud +vue3 +iview 搭建一个前后分离的项目玩玩
下面是项目地址:
https://github.com/quaint-ai/Vue-SpringCloud-CMS

有一个simple-v1.0 分支,是一个简单的项目结构demo,感兴趣的可以clone到本地尝试一下。有疑问欢迎留言,一起成长。

最近两天遇到了前端请求后端的跨域问题,传统的jsonp不能满足更多的请求方式,因此了解一下cors的方式跨域是必要的。

简要了解cors的跨域原理

个人摸索理解,如果需要改正,请指出。多谢。

为什么需要跨域
  1. 浏览器的同源策略来起到安全的作用。
  2. 需要同协议,同域名/IP,同端口才能直接请求。
  3. 这个协议的存在,我们无法正常跨域请求。

利用cors跨域会有以下过程。

  1. 跨域请求会先发送一个预请求OPTIONS
  2. 预请求成功后需要返回给前端一个成功的状态码
  3. 预请求通过,进行真正的请求,实现跨域

问题解决过程:

前端正常发送ajax/axios请求

import axios from "axios"
const webtest = 'http://localhost:80';
const axiosInstance = axios.create({
   
   
    headers: {
   
   'Content-Type': 'application/json;charset=utf-8'},// 设置传输内容的类型和编码
    withCredentials: true // 指定某个请求应该发送凭据。允许客户端携带跨域cookie,也需要此配置
  });
// 查询样例用户列表 用于测试
export const testUser = (params) => {
   
   
    return axiosInstance({
   
   
        url: webtest 
在 Spring Boot 3 应用中,解决问题(CORS)可以通过多种方式进行配置,确保前端应用能够安全地访问后端资源。以下是几种常见的配置方法: ### 3.1 局部配置:使用 `@CrossOrigin` 注解 可以在控制器类或具体的方法上使用 `@CrossOrigin` 注解来实现局部配置。这种方式适用于只需要对特定接口或控制器开放访问的场景。 ```java @RestController @RequestMapping("/user") @CrossOrigin(origins = "*") // 允许所有来源的请求 public class UserController { @PostMapping("/login") public UserLoginVO login(@RequestBody @Validated UserLoginDTO userLoginDTO) { return userService.login(userLoginDTO); } } ``` 此方法支持配置允许的来源、方法、请求头以及是否允许携带 Cookie 等选项[^5]。 ### 3.2 全局配置:实现 `WebMvcConfigurer` 接口 如果希望对整个应用进行统一的配置,可以通过实现 `WebMvcConfigurer` 接口来定义全局的 CORS 规则。 ```java @Configuration public class WebConfig implements WebMvcConfigurer { @Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping("/**") .allowedOrigins("http://example.com") // 允许的 .allowedMethods("GET", "POST", "PUT", "DELETE") // 允许的方法 .allowedHeaders("*") // 允许的头部 .allowCredentials(true); // 允许携带凭证 } } ``` 此配置方式可以统一管理所有接口的行为,适用于前后端分离架构中需要对多个接口开放访问的情况[^2]。 ### 3.3 使用过滤器实现控制 除了注解和全局配置外,还可以通过自定义过滤器实现更细粒度的控制。这种方式提供了更大的灵活性,适合需要动态控制策略的场景。 ```java @Component public class CorsFilter implements WebFilter { @Override public void doFilter(WebServerHttpRequest request, WebServerHttpResponse response, WebFilterChain chain) { response.getHeaders().add("Access-Control-Allow-Origin", "*"); response.getHeaders().add("Access-Control-Allow-Methods", "GET, POST, PUT, DELETE"); response.getHeaders().add("Access-Control-Allow-Headers", "*"); response.getHeaders().add("Access-Control-Allow-Credentials", "true"); chain.filter(request, response); } } ``` 此方法可以与 Spring Security 等安全框架结合使用,实现更加复杂的逻辑[^4]。 ### 3.4 配合网关或反向代理解决问题 在微服务架构中,可以通过 API 网关(如 Spring Cloud Gateway 或 Zuul)或反向代理(如 Nginx)统一处理问题。这种方式将控制从应用层上移至基础设施层,简化了应用的配置。 例如,在 Nginx 中配置: ```nginx location /api/ { add_header 'Access-Control-Allow-Origin' '*'; add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS'; add_header 'Access-Control-Allow-Headers' 'DNT,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Range'; add_header 'Access-Control-Max-Age' 1728000; add_header 'Access-Control-Allow-Credentials' 'true'; } ``` 通过这种方式,可以集中管理策略,减少每个服务的重复配置[^3]。 ###
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值