mall4cloud-gateway网关模块
代码地址
github地址
fork自github原始项目
gitee地址
fork自gitee原始项目
系统架构与网关介绍
从图中可以看到，在用户端和静态层通过接入层（nginx+防火墙）后就会到达后端服务中，首先要通过的便是网关层，网关层由springCloud gateway2+负载均衡去实现。
网关介绍
微服务架构中的网关层充当了微服务体系结构的门卫，负责处理请求、管理安全性、实施过滤和转换、执行路由和负载均衡等任务。通过集中管理这些功能，网关可以简化微服务的客户端访问，并提供一些关键的非业务功能，以确保整个系统的高可用性、性能和安全性。
网关层代码
依赖引入
在代码中的pom文件下。可以看到引入了如下主要依赖
①③：引入nacos的注册中心和配置中心依赖
②：引入loadbalancer依赖
④：引入gateway网关依赖
bootstrap配置
①：端口为8000
②：应用名称：从maven配置中读取为mall4cloud-gateway，在指定了名称后，如果不做配置，默认的配置文件名是mall4cloud-gateway.yaml，连接上配置中心后，会自动去获取这个默认的配置文件。
③：nacos的注册中心地址，端口8848
④：配置中心地址，引入了上一步的同样地址
⑤：使用默认的命名空间，
⑥：用于上面的shared-configs:application-dev.yml，从nacos获取这个配置
接下来看一下nacos的配置
nacos配置
application-dev.yml配置都是一些公共连接信息，就不说明了，以下是网关单独的配置。
spring:
cloud:
gateway:
globalcors:
cors-configurations:
'[/**]':
allow-credentials: true
allowed-headers: "*"
# 半个月内都允许
max-age: 1296000
# 测试环境，全部允许
allowedOriginPatterns: "*"
# allowedOrigins:
# - "http://localhost:9527"
# - "http://localhost:9527"
# - "http://localhost:9528"
# - "http://localhost:9529"
# - "http://:9527"
allowedMethods:
- GET
- POST
- PUT
- OPTIONS
- DELETE
discovery:
locator:
# 开启服务注册和发现
enabled: true
# 不手动写路由的话，swagger整合不了...
gateway配置处理跨域问题
spring.cloud.gateway.globalcors.cors-configurations: 这个配置项指定了CORS的配置信息，它是一个Map，其中键是URL匹配模式，值是CORS配置。
[/**]: 这是一个URL匹配模式，表示匹配所有的URL。这意味着这个CORS配置将应用于所有的请求路径。
allow-credentials: true: 允许在CORS请求中包含凭据信息，例如cookies或HTTP认证信息。
allowedOriginPatterns: * 允许的来源（域）模式。在测试环境中，设置为 * 表示允许任何来源。通常情况下，也可以使用 allowedOrigins 属性来指定具体的允许来源。
allowed-headers: * : 允许的请求头。在这里，* 表示允许任何请求头。
max-age: 1296000: 设置浏览器可以缓存CORS响应的时间，以秒为单位。在这里，设置为半个月（1296000秒）。也就是有效期内可以不经过cors请求直接访问
allowedMethods: 允许的HTTP请求方法，包括GET、POST、PUT、OPTIONS和DELETE等。
gateway路由断言配置
routes:
- id: mall4cloud-rbac
uri: lb://mall4cloud-rbac
predicates:
- Path=/mall4cloud_rbac/**
filters:
- RewritePath=/mall4cloud_rbac(?<segment>/?.*), $\{segment}
- id: mall4cloud-auth
uri: lb://mall4cloud-auth
predicates:
- Path=/mall4cloud_auth/**
filters:
- RewritePath=/mall4cloud_auth(?<segment>/?.*), $\{segment}
routes: 网关路由配置
举例如下：
id为mall4cloud-rbac 的路由：为数组格式
id: mall4cloud-rbac：定义了这个路由的唯一标识符。
uri: lb://mall4cloud-rbac：指定了请求应该被路由到的目标服务的负载均衡地址。在这里，lb://mall4cloud-rbac 表示将请求路由到名为 mall4cloud-rbac 的服务，使用负载均衡器选择具体的实例。
predicates：定义了请求匹配规则，这里使用 Path属性，表示只有当请求的路径匹配 /mall4cloud_rbac/** 时，才会应用这个路由规则。才会路由到目标服务 lb://mall4cloud-rbac
通过网关访问登录接口结果如下：
与直接访问登录接口是一致的结果，也就是路由是成功的
上面的结果可以理解为/mall4cloud_rbac/** 路由到lb://mall4cloud-rbac服务
这里介绍一下常用的路由断言工厂，官网中有下面11中断言方式
gateway路由过滤配置
在Spring Cloud Gateway中，可以使用过滤器（Filters）来处理进入或离开网关的请求和响应。这些过滤器允许你在请求和响应的不同阶段执行各种操作，例如修改请求头、响应头、请求体，日志记录等。过滤器可以用于全局配置，也可以用于特定的路由规则
下面为项目的过滤器配置
filters：定义了一些路由过滤器，这里使用 RewritePath 过滤器，它将请求的路径进行重写。具体来说，它会将 /mall4cloud_rbac 后的路径部分提取出来并附加到目标服务的URI中，以实现请求路径的重写。
- RewritePath：指定了要使用的过滤器工厂的名称，这里是重写请求路径的过滤器。
- /mall4cloud_auth：这是要匹配的原始请求路径的一部分。如果请求的路径匹配这个部分，那么就会触发这个过滤器。
(?/?.*)：这是一个正则表达式捕获组，它用于捕获请求路径中 /mall4cloud_auth 后面的路径部分，并将其存储在一个名为 segment 的变量中。 - ,${segment}：这是重写的目标路径的格式。它将原始请求路径中 /mall4cloud_auth 后面的路径部分添加到目标路径中。
此外，spring还提供了多种过滤器工厂，举例如下：
其他各种可以根据具体需求设置过滤器，文档在gateway官方中查看：
也可以添加全局的过滤器，例如：
创建一个名为 MyGlobalFilter 的全局过滤器类，并继承GlobalFilter接口，实现filter方法来定义过滤逻辑，示例代码如下：
import org.springframework.cloud.gateway.filter.GlobalFilter;
import org.springframework.core.Ordered;
import org.springframework.stereotype.Component;
import reactor.core.publisher.Mono;
@Component
public class MyGlobalFilter implements GlobalFilter, Ordered {
@Override
public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain) {
// 这里可以编写过滤逻辑，例如修改请求或响应
return chain.filter(exchange); // 调用链中的下一个过滤器
}
@Override
public int getOrder() {
return 0; // 定义过滤器的执行顺序，0表示最高优先级
}
}
总结
通过gateway网关，可以对项目进行处理请求、实施过滤和转换、执行路由和负载均衡，这些内容中，通常配置较多。如果项目有需求使用到gateway，可以根据网关的功能选取合适的方案实现。
