上一篇介绍了 SpringCloud使用Zuul的调用流程
,明白了Zuul的工作原理关键在于ZuulServlet和它的内置Filter,所以在实际工作中,编写业务逻辑的关键就在于自定义filter。
实现一个自定义Filter很简单,继承自 ZuulFilter
即可:
@Component
public class Filter extends ZuulFilter {
@Override
public String filterType() {
return "pre";
}
@Override
public int filterOrder() {
return 0;
}
@Override
public boolean shouldFilter() {
return true;
}
@Override
public Object run() throws ZuulException {
RequestContext context = RequestContext.getCurrentContext().getRequest();
HttpServletRequest request = context.getRequest();
HttpServletResponse response = context.getResponse();
System.out.println("Filter.run");
return null;
}
}
复制代码
同类型filter执行顺序 RequestContext.getCurrentContext()
Zuul的Filter一共分为四个种类, Pre
, Route
, Post
, Error
,每种Filter的执行时机不同,所以他们在业务逻辑功能上有所不同,如图:
限流
, 权限控制
等。
zuul内部已经定义了各种类型的filter,如预处理,路由转发,错误处理等。我们可以通过源码来研究Zuul是如何帮我们转发请求的:
RibbonRoutingFilter
SimpleHostRoutingFilter
SendForwardFilter
上面三个Filter只会执行一个,控制它们执行过程的为 PreDecorationFilter
:
zuul:
prefix: /api
routes:
espay-auth:
path: /test/**
service-id: service-name
复制代码
这个时候将调用RibbonRoutingFilter作负载均衡转发请求:
protected ClientHttpResponse forward(RibbonCommandContext context) throws Exception {
Map<String, Object> info = this.helper.debug(context.getMethod(),
context.getUri(), context.getHeaders(), context.getParams(),
context.getRequestEntity());
RibbonCommand command = this.ribbonCommandFactory.create(context);
try {
ClientHttpResponse response = command.execute();
this.helper.appendDebug(info, response.getRawStatusCode(), response.getHeaders());
return response;
}
catch (HystrixRuntimeException ex) {
return handleException(info, ex);
}
}
复制代码
而当我们配置的直接为某个地址:
zuul:
routes:
espay-auth:
path: /auth/**
url: http://baidu.com
复制代码
则会调用SimpleHostRoutingFilter进行转发,它内部直接使用HttpClient进行转发:
SendErrorFilter
处理,它会设置标志位 SEND_ERROR_FILTER_RAN
为true,然后重新发送请求到 PreDecorationFilter
。这个时候的流程为:
SendForwardFilter:
这样一次完整的路由,转发,错误处理就分析完毕。