一,Gateway概念
Spring Cloud Gateway(简称 Gateway)是一个基于 Spring WebFlux 的 API 网关解决方案,旨在为微服务架构中的客户端提供路由、负载均衡、认证、限流、监控等功能。它作为微服务架构中的流量入口,通常位于客户端和后端微服务之间,处理来自客户端的请求并将其路由到相应的服务。
主要特性
- 路由功能:Spring Cloud Gateway 可以根据请求的不同特征(如路径、方法、头部、参数等)将请求路由到不同的微服务。
- 负载均衡:支持与服务注册中心(如 Eureka)集成,能够将流量分发到多个实例,以实现负载均衡。
- 过滤器:提供了丰富的过滤器功能,可以在请求和响应的生命周期中进行定制化处理。例如,身份认证、日志记录、限流等。
- 反向代理:可以将请求转发给后端服务,实现反向代理功能。
- 高可用和可扩展性:通过与 Spring Cloud 配合使用,Spring Cloud Gateway 能够在微服务架构中提供高可用和扩展性支持。
- 监控:可以与 Spring Boot Actuator 集成,提供请求和响应的监控功能,帮助开发人员监控系统的健康状况和性能。
二,基本路由
路由是将客户端请求发送到后端服务的主要组件。它定义了请求的匹配规则以及请求将被转发到的目标(即URI)。每个路由都具有一个id
、uri
以及predicates
。
id
:每个路由的唯一标识符。uri
:路由转发的目标URI。对于lb://
协议,它指向服务注册中心(如Eureka)中的服务,表示请求将被转发到注册的服务。predicates
:定义了路由的匹配条件,决定哪些请求将被此路由处理。
spring:
cloud:
gateway:
routes:
- id: order-route
uri: lb://service-order
predicates:
- Path=/api/order/**
三,断言
断言(Predicates) 用于根据请求的各种属性来匹配路由,它们是路由的核心部分。断言支持不同的匹配条件,如路径、请求方法、请求头等。通过不同的请求模式来匹配对应的微服务。
3.1在Spring Cloud Gateway的配置中,断言有两种写法:
- 长写法:指定完整的断言语法,明确标明断言的类型。
spring:
cloud:
gateway:
routes:
- id: order-route
uri: lb://service-order
predicates:
- name: Path
args:
pattern: /api/order/**
- 短写法:是断言的简化写法,直接使用断言类型的简洁形式。
spring:
cloud:
gateway:
routes:
- id: order-route
uri: lb://service-order
predicates:
- Path=/api/order/**
系统内置断言(Predicates)
Spring Cloud Gateway 提供了很多内置的断言类型,用来处理各种请求匹配需求。常用的断言类型包括:
这张图展示了Spring Cloud Gateway中常用的路由断言(Predicates)及其相关参数说明。断言是路由配置的重要组成部分,它们用来判断请求是否满足特定条件,以决定是否将请求转发到目标服务。每种断言都允许通过指定参数来对请求进行详细匹配。
3.2自定义断言
我们通过继承 AbstractRoutePredicateFactory
类,创建了一个名为 VipRoutePredicateFactory
的类,实现了自定义的路由断言逻辑,示例代码如下:
import org.springframework.cloud.gateway.handler.predicate.AbstractRoutePredicateFactory;
import org.springframework.stereotype.Component;
import org.springframework.web.server.ServerWebExchange;
import org.springframework.http.server.reactive.ServerHttpRequest;
import org.apache.commons.lang3.StringUtils;
import java.util.Arrays;
import java.util.List;
import java.util.function.Predicate;
/**
* 自定义路由断言工厂
*/
@Component
public class VipRoutePredicateFactory extends AbstractRoutePredicateFactory<VipRoutePredicateFactory.Config> {
public VipRoutePredicateFactory() {
super(Config.class); // 传入Config类
}
@Override
public List<String> shortcutFieldOrder() {
// 返回配置类中的字段顺序
return Arrays.asList("param", "value");
}
@Override
public Predicate<ServerWebExchange> apply(Config config) {
return new GatewayPredicate() {
@Override
public boolean test(ServerWebExchange serverWebExchange) {
// 获取请求
ServerHttpRequest request = serverWebExchange.getRequest();
// 从请求的查询参数中获取 'param' 对应的值
String first = request.getQueryParams().getFirst(config.param);
// 比较查询参数的值与配置中的 'value' 是否匹配
return StringUtils.isNotBlank(first) && first.equals(config.value);
}
};
}
// 配置类
public static class Config {
private String param; // 查询参数名称
private String value; // 查询参数期望的值
// Getter和Setter方法
public String getParam() {
return param;
}
public void setParam(String param) {
this.param = param;
}
public String getValue() {
return value;
}
public void setValue(String value) {
this.value = value;
}
}
}
VipRoutePredicateFactory
类
-
该类继承自
AbstractRoutePredicateFactory
,实现了自定义断言工厂的功能。AbstractRoutePredicateFactory
是 Spring Cloud Gateway 提供的基础类,用于创建自定义的路由断言。我们将Config.class
作为构造函数的参数传递给父类,表示我们会用Config
类来存储断言所需的配置参数。
shortcutFieldOrder()
方法
-
这个方法返回一个
List<String>
,用于定义配置类中字段的顺序。在这个例子中,param
和value
的顺序决定了用户在配置时,param
和value
应该以这个顺序出现。Spring Cloud Gateway 使用shortcutFieldOrder()
方法来生成简洁的 YAML 配置。
spring:
cloud:
gateway:
routes:
- id: vip-route
uri: https://example.com
predicates:
- name: Vip(RoutePredicateFactory)//vip是断言工厂名前缀
args:
param: q
value: test
apply(Config config)
方法
-
这个方法用于应用自定义断言的逻辑,接收
Config
类的实例作为参数。Config
类包含了路由断言所需的参数(param
和value
)。该方法返回一个Predicate<ServerWebExchange>
,用于对每个请求进行断言判断。
这里的 Predicate<ServerWebExchange>
表示一个函数,它接收一个 ServerWebExchange
(表示当前请求),并返回一个布尔值,表示该请求是否匹配该断言。
test(ServerWebExchange serverWebExchange)
方法
-
在这个方法中,我们实际执行请求的匹配逻辑。首先通过
serverWebExchange.getRequest()
获取当前请求对象。接着,我们从请求的查询参数中获取与config.param
对应的值,存储在first
变量中。 -
然后,我们检查
first
是否为空,并与config.value
进行比较。如果它们相等,并且查询参数不为空,我们返回true
,表示路由匹配成功;否则返回false
,表示路由不匹配。
Config
类
-
Config
类是一个静态类,用来存储自定义断言需要的配置参数。这里有两个字段:param
表示查询参数的名称,value
表示查询参数的期望值。用户通过配置文件传入这两个参数。 -
Config
类的作用是封装从配置文件中读取的参数,并通过@Validated
等注解进行验证
四,过滤器
过滤器(Filters) 是用于在请求和响应过程中执行特定操作的机制。它们是在路由决策之前或之后执行的,可以对请求进行修改(如添加头部、修改请求体)或响应进行处理(如修改响应内容、记录日志等)。过滤器的使用大致可以分为两种类型:前置过滤器(pre-filter)和后置过滤器(post-filter)。前置过滤器在请求到达目标服务之前执行,后置过滤器则在响应返回客户端之前执行。过滤器主要用于以下目的:
- 请求和响应的修改。
- 安全性(如身份验证)。
- 负载均衡和限流。
- 请求日志和性能监控。
4.1基本的过滤器使用步骤:
添加依赖: 需要在pom.xml
文件中加入Spring Cloud Gateway的依赖:
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-gateway</artifactId>
</dependency>
创建过滤器: 可以通过实现GatewayFilter
接口来创建自定义过滤器。Spring Cloud Gateway提供了GatewayFilter
接口和GlobalFilter
接口,分别用于处理特定路由和全局的请求过滤。
import org.springframework.cloud.gateway.filter.GatewayFilter;
import org.springframework.cloud.gateway.filter.GatewayFilterChain;
import org.springframework.stereotype.Component;
import org.springframework.web.server.ServerWebExchange;
import reactor.core.publisher.Mono;
@Component
public class MyCustomFilter implements GatewayFilter {
@Override
public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain) {
// 在请求处理之前执行的逻辑
System.out.println("请求被过滤: " + exchange.getRequest().getURI());
// 执行后续过滤器链
return chain.filter(exchange);
}
}
注册过滤器: 自定义过滤器可以通过注入GatewayFilter
的方式注册到Spring的上下文中。可以将过滤器注入到@Configuration
中,或者直接使用@Component
注解让其自动注册。
配置路由过滤器: 在路由配置中,可以为某个特定的路由设置过滤器。
spring:
cloud:
gateway:
routes:
- id: my_route
uri: http://httpbin.org:80
predicates:
- Path=/get
filters:
- name: RequestHeaderToRequestUri
args:
name: X-Request-Id
4.2全局过滤器使用步骤:
全局过滤器是应用于所有路由请求的过滤器,它们在请求到达目标服务之前和响应返回时都会被执行。全局过滤器对于记录日志、身份验证等场景非常有用。
import org.springframework.cloud.gateway.filter.GlobalFilter;
import org.springframework.cloud.gateway.filter.GatewayFilterChain;
import org.springframework.web.server.ServerWebExchange;
import reactor.core.publisher.Mono;
@Component
public class LoggingGlobalFilter implements GlobalFilter {
@Override
public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain) {
// 记录请求的URL
String path = exchange.getRequest().getURI().getPath();
System.out.println("Request Path: " + path);
// 继续处理链中的下一个过滤器
return chain.filter(exchange);
}
}
4.3自定义过滤器使用步骤:
Spring Cloud Gateway允许开发者创建自定义过滤器。自定义过滤器有两种类型:
GatewayFilter
:只能作用于单个路由。GlobalFilter
:作用于所有路由。
import org.springframework.cloud.gateway.filter.GlobalFilter;
import org.springframework.cloud.gateway.filter.GatewayFilterChain;
import org.springframework.web.server.ServerWebExchange;
import org.springframework.http.HttpStatus;
import reactor.core.publisher.Mono;
@Component
public class LoggingGlobalFilter implements GlobalFilter {
@Override
public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain) {
// 获取请求的路径
String path = exchange.getRequest().getURI().getPath();
// 记录请求的路径
System.out.println("Request Path: " + path);
// 向请求中添加一个自定义的请求头
exchange.getRequest().mutate()
.header("X-Request-ID", "Request-" + System.currentTimeMillis()) // 设置一个自定义请求头
.build();
// 继续处理请求
return chain.filter(exchange)
.doOnTerminate(() -> {
// 记录响应结束时的日志
System.out.println("Request " + path + " processed.");
});
}
}
-
LoggingGlobalFilter
实现了GlobalFilter
接口:- 该过滤器会应用于所有的请求,不管是哪个路由请求都会执行这个过滤器的逻辑。
-
filter()
方法:- 在这个方法中,首先我们通过
exchange.getRequest().getURI().getPath()
获取当前请求的路径。 - 然后,我们通过
System.out.println()
打印日志,记录下请求的路径。 - 接着,我们使用
mutate()
方法修改请求,添加了一个自定义的请求头X-Request-ID
,其值为当前时间戳(这样可以在日志中唯一标识每个请求)。 - 最后,通过
chain.filter(exchange)
将请求继续传递给下一个过滤器链
- 在这个方法中,首先我们通过
4.4过滤器的执行顺序
Spring Cloud Gateway的过滤器按以下顺序执行:
- 请求过滤器:请求从客户端进入网关后,过滤器链会逐个执行请求过滤器。
- 过滤器执行顺序是链式的:
GlobalFilter
->GatewayFilter
- 过滤器执行顺序是链式的:
- 响应过滤器:请求被转发到目标服务,响应返回时,再次按链式执行响应过滤器。
4.5常用过滤器
Spring Cloud Gateway提供了一些内置的过滤器,可以直接使用。例如:
- AddRequestHeader:添加请求头部。
- AddResponseHeader:添加响应头部。
- RemoveRequestHeader:删除请求头部。
- RemoveResponseHeader:删除响应头部。
- SetPath:修改请求路径。
- RewritePath:重写路径。
添加请求头的过滤器举例:
spring:
cloud:
gateway:
routes:
- id: add-header-route
uri: http://localhost:8081
predicates:
- Path=/add-header/**
filters:
- AddRequestHeader=X-Custom-Header, Value