文章目录

一、前言
二、gateway跨域配置
- 1、问题描述
- - 1.1、什么是跨域请求？
  - - 1.1.1、同源策略
    - [1.1.2. 安全性考虑](#1.1.2. 安全性考虑)
    - [1.1.3. 跨域攻击](#1.1.3. 跨域攻击)
  - 1.2、问题产生原因
- 2、解决方法
三、总结

一、前言

在SpringCloud项目中，前后端分离目前很常见，在调试时会遇到前端页面通过不同域名或IP访问微服务的后台，此时，如果不加任何配置，前端页面的请求会被浏览器跨域限制拦截，所以，业务服务常常会添加跨域配置

二、gateway跨域配置

1、问题描述

1.1、什么是跨域请求？

跨域请求是指来自不同源（域名、端口或协议）的前端应用发起的HTTP请求。由于浏览器的同源策略，这种请求通常被阻止，除非服务器明确允许。因此，当你的前端应用和后端服务位于不同的域时，就会面临跨域问题。

1.1.1、同源策略

同源策略是浏览器的一项安全措施，旨在防止恶意网站获取用户的敏感数据或进行恶意操作。同源策略规定，一个网页只能从与其来源相同的域名、端口和协议上加载资源，而不能跨域访问其他域名的资源。同源策略的目的是确保不同源之间的数据和行为隔离，以保护用户的隐私和安全。

同源策略的要求包括：

协议必须相同（如http和https不同源）。
域名必须相同。
端口号必须相同。
如果任何一个条件不符合，浏览器将阻止页面通过JavaScript等方式访问其他源的资源。这就是为什么在开发Web应用时，跨域请求会遇到问题的原因之一。

1.1.2. 安全性考虑

跨域问题的另一个原因是安全性考虑。当一个网站允许其他网站通过跨域请求来访问其资源时，存在潜在的安全风险。例如，如果一个网站允许跨域访问其用户数据，恶意网站可以利用这一漏洞来窃取用户的敏感信息。因此，浏览器实施同源策略，限制跨域请求，以减少这种风险。

1.1.3. 跨域攻击

跨域请求还可能导致跨站请求伪造（Cross-Site Request Forgery，CSRF）攻击。CSRF攻击是一种利用用户在已登录的状态下，误导用户发起恶意请求的攻击方式。如果没有适当的跨域控制，攻击者可以伪装成受害者，向其他网站发送请求，以执行未经授权的操作。

1.2、问题产生原因

前端页面地址：http://127.0.0.1:5173/

后端接口地址：http://127.0.0.1:9081/xxxxx

由于浏览器的同源策略，现在是端口不一致导致的跨域问题；

前端调用后端接口的js：

2、解决方法

2.1、修改配置文件

在gateway的配置文件中增加跨域配置：
globalcors: cors-configurations: '[/**]': allowedOrigins: "*" allowedHeaders: "*" allowedMethods: "*" default-filters: - DedupeResponseHeader=Vary Access-Control-Allow-Origin Access-Control-Allow-Credentials, RETAIN_FIRST

yml 复制代码

server:
  port: 9081
  servlet:
    context-path: /gateway-demo
spring:
  application:
    name: gateway-demo
  cloud:
    nacos:
      discovery:
        server-addr: 124.70.79.190:8848
        namespace: wangmengjie
    gateway:
      globalcors:
        cors-configurations:
          '[/**]':
            allowedOrigins: "*"
            allowedHeaders: "*"
            allowedMethods: "*"
      default-filters:
        - DedupeResponseHeader=Vary Access-Control-Allow-Origin Access-Control-Allow-Credentials, RETAIN_FIRST
      discovery:
        locator:
          enable: true #让gateway可以发现nacos中的微服务
      routes: #路由，数组[这里可以放置多个路由]
        #评分管理模块网关路由配置
        - id: user-router #当前路由标识-要求唯一，默认是UUID；
          uri: lb://user-demo #请求最终要被转发的地址；
          order: 1 #路由的优先级------数字越小，代表路由的优先级越高
          predicates: #断言：（条件判断------转发请求要满足的条件）
            - Path=/user-service/** #当请求路径满族path指定的规则时，此路由信息才会正常转发；
          filters: #过滤器，是在请求传递过程中对请求做一些手脚；
            - StripPrefix=1 #在请求转发之前去掉一层路径

再次进行调用看一下结果：可以看到，接口现在正常返回结果了。

2.2、配置类统一配置

java 复制代码

@Configuration
public class FdmallCorsConfiguration {
    /**
     * 添加跨域过滤器
     * @return
     */
    @Bean // 添加过滤器
    public CorsWebFilter corsWebFilter(){
        //基于url跨域，选择reactive包下的
        UrlBasedCorsConfigurationSource source = new UrlBasedCorsConfigurationSource();
        // 跨域配置信息
        CorsConfiguration configuration = new CorsConfiguration();
        // 允许跨域的头
        configuration.addAllowedHeader("*");
        // 允许跨域的请求方式
        configuration.addAllowedMethod("*");
        // 允许跨域的请求来源
        configuration.addAllowedOrigin("*");
        // 是否允许携带cookie跨域
        configuration.setAllowCredentials(true);
        // 任意url都要进行跨域配置
        source.registerCorsConfiguration("/**", configuration);
        return new CorsWebFilter(source);
    }
}

检查请求是否为OPTIONS方法（预检请求）。如果是，我们返回HTTP状态码200 OK，以满足浏览器的预检请求。

设置允许的来源（Access-Control-Allow-Origin）为"*"，这意味着允许来自任何域的请求。在生产环境中，应根据需要将其设置为特定的域名。

设置允许的HTTP方法（Access-Control-Allow-Methods），通常是GET、POST、PUT、DELETE和OPTIONS。

设置允许的HTTP头信息（Access-Control-Allow-Headers），通常是Content-Type和Authorization。

注： SpringCloudGateWay中跨域配置不起作用，原因是SpringCloudGetway是Springwebflux的而不是SpringWebMvc的，所以我们需要导入的包导入错了。

2.3、全局跨域拦截器