通过请求访问一致不能转发的问题剖析zuul的请求流程

通过请求访问一致不能转发的问题剖析zuul的请求流程

首先了解zuulfilter的方法说明

public abstract ZuulFilter implements IZuulFilter{
abstract public String filterType();

abstract public int filterOrder();

boolean shouldFilter();// 来自IZuulFilter

Object run() throws ZuulException;// IZuulFilter

shouldFilter
返回一个Boolean值，判断该过滤器是否需要执行。返回true执行，返回false不执行。
run
过滤器的具体业务逻辑。
filterType
返回字符串，代表过滤器的类型。包含以下4种：
pre：请求在被路由之前执行
route：在路由请求时调用
post：在route和errror过滤器之后调用
error：处理请求时发生错误调用
filterOrder
通过返回的int值来定义过滤器的执行顺序，数字越小优先级越高。

执行流程

正常流程：
请求到达首先会经过pre类型过滤器，而后到达route类型，进行路由，请求就到达真正的服务提供者，执行请求，返回结果后，会到达post过滤器。而后返回响应。
异常流程：
整个过程中，pre或者route过滤器出现异常，都会直接进入error过滤器，在error处理完毕后，会将请求交给POST过滤器，最后返回给用户。
如果是error过滤器自己出现异常，最终也会进入POST过滤器，将最终结果返回给请求客户端。
如果是POST过滤器出现异常，会跳转到error过滤器，但是与pre和route不同的是，请求不会再到达POST过滤器了。
使用场景
请求鉴权：一般放在pre类型，如果发现没有访问权限，直接就拦截了
异常处理：一般会在error类型和post类型过滤器中结合来处理。
服务调用时长统计：pre和post结合使用。
问题解析
其中有四种类型的方法 error pre route preroute 对应zuulfilter的执行流程
通过执行runfilters来分别执行上边四种过滤器集合，自定义实现zuulfilter的过滤器就在对应的四种类型的过滤器的集合中，就在下边的processZuulFilter方法执行

此方法用来执行过滤器集合中的各种过滤器，具体执行的方法是filter.runFilter()

然后再执行过滤器的run方法，也就是自定义实现zuulfilter的run方法

首先这个请求已经通过security的12层过滤器，
通过断点可以看到在zuulfilter的route过滤器集合中的SimpleHostRoutingFilter过滤器发生的问题，我们知道route类型是已经开始转发请求了，那就是转发出现的问题，排查得知有服务的端口号一样，转发不知道转发到哪里