上一篇介绍了 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:
这样一次完整的路由,转发,错误处理就分析完毕。