微服务网关Zuul过滤器Filter

Zuul本质

Zuul是一个网关,关于网关的介绍参考:亿级流量架构之网关设计思路、常见网关对比, 可知Zuul是一个业务网关, 而深入了解Zuul, 基本就是一系列过滤器的集合:

Zuul的过滤器

下面开始详细了解Zuul的过滤器, 主要有pre、rout、post、error四种过滤器类型,将这个整明白了, zuul的使用就过大半了。

四种类型过滤器调用顺序:

过滤器类型定义在filterType方法中, 返回一个字符串代表过滤器的类型，在zuul中定义的四种不同生命周期的过滤器类型，主要功能如下：

pre：在请求被路由之前调用, 利用这种路由器进行鉴权等服务, 记录日志、限流
route：在路由请求时候被调用,作用是将请求路由到指定服务中去, 用于构建发送给微服务的请求, 并且用Http Client(或者Ribbon)请求微服务
post：在route和error过滤器之后被调用,可以用来添加Header , 记录日志, 将响应返回给客户端。
error：处理请求时发生错误时调用

从pre和route阶段抛出的异常将会进入error阶段，再进入到post阶段进行返回。由于SendErrorFilter需要判断请求上下文中是否包含error.status_code属性：有的话就用SendErrorFilter处理错误结果；没有的话就用SendResponseFilter返回正常结果，但是error.status_code属性默认是在各个阶段过滤器中自己put进去的，这就导致，各个阶段过滤器抛出异常之后，是没有办法返回错误结果的。因此，我们扩展了一个ErrorFilter来捕获异常，然后手工的设置error.status_code属性，让SendErrorFilter能正常运作。

每一种处理器具体细分多种, 参考图(利用谷歌检索难以搜到图的来源, 这儿给出我参考博客的地址):

需要记住几个常见的, Route中有三种过滤器, 分别是:

RibbonXXXFilter : 路由到服务

SimpleHostRoutingFilter : 路由到URL地址

SendForwardFilter : 转向Filter自己

Filter流程以及参数解释

创建过滤器, 一般是先继承ZuulFilter然后重写里面的方法,分别是:

filterType : 指定过滤器的类型, 分别是上文提到的四种,pre route post error

**filterOrder **: 指定过滤器执行顺序, 数字越小越先执行

shouldFilter : 是否执行这个过滤器, 也就是上来就看这儿是true还是false, false的话就不执行这个过滤器的逻辑。

**run **: 过滤器执行的逻辑, 这一般是过滤器的重点内容。

下面示例一个限流过滤器:

@Component // 交给Spring管理

public class LimitFilter extends ZuulFilter {

    @Override //指定类型为pre

    public String filterType() {

        return FilterConstants.PRE_TYPE;

    }

    @Override // 执行执行等级

    public int filterOrder() {

        return -10;

    }

    @Override // 是否执行

    public boolean shouldFilter() {

        return true;

    }

    //创建令牌

    private static final RateLimiter RATE_LIMITER = RateLimiter.create(5);

    @Override

    public Object run() throws ZuulException {

        //拿到请求上下文

        RequestContext currentContext = RequestContext.getCurrentContext();

        if (RATE_LIMITER.tryAcquire()){

            System.out.println("通过");

            return null;

        }else {

            System.out.println("被限流了");

            currentContext.setSendZuulResponse(false);

            currentContext.setResponseStatusCode(HttpStatus.TOO_MANY_REQUESTS.value());

        }

        return null;

    }

}

需要注意的是, 之前说过pre执行顺序比post高, 也就意味着即使post执行等级比pre的小的话, pre过滤器还是会优先执行, filterOrder只在同一级别的过滤器中才会被考虑。