zuul的部署以及配置的相关的处理

部署zuul的步骤如下：

1.     首先在maven中增加
   <dependency><groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-zuul</artifactId> </dependency>
2.     在配置文件中增加配置

　　　　　　　　zuul:
　　　　　　　　 routes:
　　　　　　　　　api-a:#这个名字可以自己起
　　　　　　　　　　path: /ribbon/** #表示当路径/ribbon/**路径下的请求会挑战到serviceId指定的服务上
　　　　　　　　　　serviceId: service-ribbon 
　　　　　　　　　api-b:
　　　　　　　　　　path: /feign/**
　　　　　　　　　　serviceId: service-feign
zuul主要的作用用于转发相关的访问，可以在这里惊喜相关的统一的拦截处理

public class AccessFilter extends ZuulFilter {

    private static Logger log = LoggerFactory.getLogger(AccessFilter.class);

    @Override
    public String filterType() {
        return "pre";
    }

    @Override
    public int filterOrder() {
        return 0;
    }

    @Override
    public boolean shouldFilter() {
        return true;
    }

    @Override
    public Object run() {
        RequestContext ctx = RequestContext.getCurrentContext();
        HttpServletRequest request = ctx.getRequest();
        log.info("send {} request to{}", request.getMethod(), request.getRequestURL().toString());
        Object accessToken = request.getParameter("accessToken");
        if (accessToken == null) {
            log.warn("accessToken is empty");
            ctx.setSendZuulResponse(false);
            ctx.setResponseStatusCode(401);
            try {
                ctx.getResponse().getWriter().write("accessToken is empty");
            } catch (Exception e) {
            }
            return null;
        }
        log.info("access is ok");
        return null;
    }
}

• filterType: 过滤器的类型，它决定过滤器在请求的哪个生命周期中执行。

1.  pre：表示可以在请求被路由之前调用
2. routing:路由请求时被调用
3. error:处理请求时发生错误时被调用
4. post:在routing和error过滤器之后被调用
    

• filterOrder: 过滤器的执行顺序。该数值越小就越早执行。
• shouldFilter: 判断该过滤器是否需要被执行。这里我们直接返回了true,因此该过滤器对所有请求都会生效。在实际中可以通过返回不同的结果达到过滤使用范围
• run: 过滤器的具体逻辑。这里我们通过ctx.setSendZuulResponse(false)令zuul过滤该请求，不对其进行路由，然后通过ctx.setResponseStatusCode(401)设置了其返回的错误码，当然也可以进 一步优化我们的返回，比如，通过ctx.setResponseBody(body)对返回的body内容进行编辑等。