Zuul-过滤器
Zuul作为网关的其中一个重要功能,就是实现请求的鉴权,而这个动作我们往往是通过zuul提供的过滤器来实现的。
1,ZuulFilter
ZuulFilter是过滤器的顶级父类,在这里我们看一下其中定义的4个重要方法:
filterType:返回字符串,代表过滤器的类型。包含4种:
(1)pre:请求在被路由之前执行
(2)routing:在路由请求时调用
(3)post:在routing和error过滤器之后调用
(4)error:处理请求时发生错误调用
filterOrder:通过返回int值定义过滤器的执行顺序,数字越小优先级越高。
shouldFilter:返回一个Boolean值,判断过滤器是否需要执行,返回true执行,返回false不需要执行。
run:书写过滤器的具体业务逻辑。
2,Zuul过滤器执行生命周期图:
3,执行流程:
3.1 正常流程:
请求到达首先会经过pre类型过滤器,而后到达routing类型,进行路由,请求就到达真正的服务提供者;
执行请求,返回结果后,会到达post过滤器,而后返回响应。
3.2 异常流程:
整个过程中,pre或者routing过滤器如果出现异常,都会直接进入error过滤器,再error处理完毕后,再将请求
交给post过滤器,最后返回给用户。
如果是error过滤器自己出现异常,最终也会进入post过滤器,而后返回。
如果是post过滤器出现异常,会跳转到error过滤器,但是与pre和routing不用的是,氢气不会再到达post过滤器了。
4,使用场景:
请求鉴权:一般放在pre类型,如果发现没有访问权限,直接就拦截了。
异常处理:一般会在error类型和post类型过滤器中结合来处理。
服务调用时长统计:pre和Post结合使用。
5,简单的自定义过滤器
模拟登陆校验:假设请求中有tooken参数,则认为请求有效放行,否则拦截。
/**
* 自定义拦截器,模拟拦截/放行
*/
@Component //加入到spring容器中
public class LoginFilter extends ZuulFilter {
@Override
public String filterType() {
//在过滤之前执行"pre"
return FilterConstants.PRE_TYPE;
}
@Override//通过返回Int值定义过滤器的执行顺序,数字越小优先级越高。
public int filterOrder() {
return FilterConstants.PRE_DECORATION_FILTER_ORDER-1;
}
@Override
public boolean shouldFilter() {//要不要过滤
return true;//true,是要过滤,false不要。
}
@Override//业务逻辑书写
public Object run() throws ZuulException {
//1,获取请求参数tooken,2判断是否存在,3不存在表示未登录。否则登录
RequestContext ctx = RequestContext.getCurrentContext();//获取当前的上下文对象
HttpServletRequest request = ctx.getRequest();//获取request对象
String token = request.getParameter("token");
if(StringUtils.isBlank(token)){
ctx.setSendZuulResponse(false);//false拦截,true不拦截
ctx.setResponseStatusCode(HttpServletResponse.SC_FORBIDDEN);//返回403,禁止访问。
}
return null;
}
}
访问1:http://localhost:8008/products-service/products/3
效果:
加上token=123访问:http://localhost:8008/products-service/products/3?token=123
效果: