前提

在使用Zuul过程中,并不能通过RequestContext.setSendZuulResponse(false)达到完全彻底的禁用下级路由,原因是当项目中有多个自定义filter时,依旧会走这些filter。

借鉴

自从项目使用微服务以后,很多以前在业务端实现的功能,如限流,加密,身份认证等,就搬到了Zuul中,这之间也走了很多弯路,最近打算将使用过程中的一些心得体会慢慢写下来,沉淀一下

ZuulFilter中的RequestContext.setSendZuulResponse这个方法在几乎每个教程中都会有涉及,但是大多数教程都没有讲清楚其作用,只是一句"ctx.setSendZuulResponse(false) 表示不进行路由",其具体意思不太明白,后来经过尝试发现,将其设为false代表的意思是,这个请求最终不会被zuul转发到后端服务器,但是如果当前Filter后面还存在其他Filter,那么其他Filter仍然会被调用到,所以一般我们在后续的Filter的shouldFilter方法中,都会通过一下方法设置路由过滤:

@Override
public boolean shouldFilter() {
    RequestContext ctx = RequestContext.getCurrentContext();
    if(!ctx.sendZuulResponse()){
        return false;
    }
}

这样的方法来做判断,如果这个请求最终被拦截掉,则后面的过滤器逻辑也不需要执行了
————————————————
版权声明:本文为CSDN博主「RenYueHD」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/zgyjk/java/article/details/81672830

引用 Zuul中RequestContext.setSendZuulResponse的心得