SpringCloud Gateway中断言路由和过滤器的使用详解
目录
- 一、Gateway概念
- 二、基本路由
- 三、断言
- 3.1在Spring Cloud Gateway的配置中,断言有两种写法
- 3.2自定义断言
- 四、过滤器
- 4.1基本的过滤器使用步骤
- 4.2全局过滤器使用步骤
- 4.3自定义过滤器使用步骤
- 4.4过滤器的执行顺序
- 4.5常用过滤器
- 总结
一、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.clandroidoud.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");
}
@jsOverride
public Predicate<ServerWebExchange> apply(Config confihttp://www.devze.comg) {
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;
}
}
}
VipRoutePredicateFwww.devze.comactory 类
- 该类继承自
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
总结
以上为个人经验,希望能给大家一个参考,也希望大家多多支持编程客栈(www.devze.com)。
加载中,请稍侯......
精彩评论