Gateway - -> 过滤器Filter
过滤器就是在请求的传递过程中,对请求和响应做一些手脚.
在Gateway中, Filter的生命周期只有两个:“pre”和“post”"。
.PRE:这种过滤器在请求被路由之前调用。我们可利用这种过滤器实现身份验证、在集群中选择请求的微服务、记录调试信息等。
.POST:这种过滤器在路由到微服务以后执行。这种过滤器可用来为响应添加标准的HTTPHeader、收集统计信息和指标、将响应从微服务发送给客户端等。
在Gateway中，Filter的作用范围两种:
.GatewayFilter:应用到单个路由或者一个分组的路由上。
.GlobalFilter:应用到所有的路由上
局部路由过滤器
第一步：编写配置文件
第二步：创建局部过滤器类
@Component
public class TimeGatewayFilterFactory extends AbstractGatewayFilterFactory<TimeGatewayFilterFactory.Config> {
//解析参数
public TimeGatewayFilterFactory(){
super(Config.class);
}
//读取配置文件中的参数 赋值到 配置类中
public List<String> shortcutFieldOrder(){
return Arrays.asList("show");
}
//拦截到之后就会调用apply方法,把创建对象时候反射创建出来的config传入进来
@Override
public GatewayFilter apply(Config config) {
return new GatewayFilter() {
@Override
public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain) {
//前置的逻辑
System.out.println("前置逻辑");
return chain.filter(exchange).then(Mono.fromRunnable(()->{
//后置的逻辑
System.out.println("后置逻辑");
}));
}
};
}
//将解析好的参数注入其中
@Setter
@Getter
static class Config{
private boolean show;
}
}
使用局部过滤器
假设我们给商品类创建一个局部过滤器,当传入参数为true的时候,控制台内返回网关转发到服务的时间
创建一个过滤器类:
@Component
public class TimeGatewayFilterFactory extends AbstractGatewayFilterFactory<TimeGatewayFilterFactory.Config> {
//解析参数
public TimeGatewayFilterFactory(){
super(Config.class);
}
//读取配置文件中的参数 赋值到 配置类中
public List<String> shortcutFieldOrder(){
return Arrays.asList("show");
}
//拦截到之后就会调用apply方法,把创建对象时候反射创建出来的config传入进来
@Override
public GatewayFilter apply(Config config) {
return new GatewayFilter() {
@Override
public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain) {
if(!config.show){
return chain.filter(exchange);
}
//前置的逻辑
long start = System.currentTimeMillis();
return chain.filter(exchange).then(Mono.fromRunnable(()->{
System.out.println("请求耗时:"+(System.currentTimeMillis()-start));
}));
}
};
}
//将解析好的参数注入其中
@Setter
@Getter
static class Config{
private boolean show;
}
}
运行结果：
当参数为true的时候
如果访问别的模块，控制台是不会返回的，这就是局部过滤
当参数为false的时候
全局过滤器
全局过滤器作用于所有路由，无需配置，通过全局过滤器可以实现对权限的统一校验，安全性验证等功能。
假设我们现在有一个需求：实现统一鉴权的功能，我们需要在网关判断请求是否包含token且，如果没有则不转发路由，有则正常逻辑。
使用全局过滤器
1.编写全局过滤类
@Component
public class AuthGlobalFilter implements GlobalFilter {
@Override
public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain) {
//前置逻辑
//获取请求中的token信息，验证token是否有效，如果无效拦截请求，
String token = exchange.getRequest().getQueryParams().getFirst("token");
if(StringUtils.isEmpty(token)||!"123".equals(token)){
System.out.println("鉴定失败");
exchange.getResponse().setStatusCode(HttpStatus.UNAUTHORIZED);
return exchange.getResponse().setComplete();
}
return chain.filter(exchange);
}
}
运行结果：
集成Sentinel实现网关限流
网关是所有请求的公共入口，所以可以在网关进行限流，而且限流的方式也很多，我们本次采用前
面学过的Sentinel组件来实现网关的限流。Sentinel支持对SpringCloud Gateway、Zuul等主流网关进
行限流。
从1.6.0版本开始，Sentinel提供了SpringCloud Gateway的适配模块，可以提供两种资源维度的限流:
. route维度:即在spring配置文件中配置的路由条目，资源名为对应的routeld
·自定义API维度:用户可以利用Sentinel提供的API来自定义一些API分组
实现步骤：
1.添加依赖
<dependency>
<groupId>com.alibaba.csp</groupId>
<artifactId>sentinel-spring-cloud-gateway-adapter</artifactId>
</dependency>
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-sentinel</artifactId>
</dependency>
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-alibaba-sentinel-gateway</artifactId>
</dependency>
2.添加配置文件
cloud:
sentinel:
transport:
port: 9999
dashboard: localhost:8080
运行结果
那么问题来了，如果给网关限流了，那还有必要给接口限流吗?
答案是一定的，网关限流是为了控制通过网关转发到各个微服务的流量，为了防止网关因为流量过大而损坏，但是万一该微服务中被其它若干个别的模块调用的时候，同样也会遭受到很大的压力，容易造成该模块服务器的损坏
总结一句话
网关限流是为了控制访问该微服务的总体流量,但没有办法控制访问该其中特定接口的流量，接口同样也要增加限流
网关限流
API分组限流
第一步：创建API分组
创建流控:
转载：https://blog.csdn.net/m0_62434717/article/details/128875161