spring-cloud-zuul原理解析(一)

Zuul是Netflix开源的微服务网关，它能够和Eureka，consul,Ribbon,Hystrix等组件配合使用，网上也有不少如何使用zuul的文章，咱们也在生产环境使用了，因此读了下zuul的源码，下面把它分享出来，与你们探讨下zuul核心原理。

1、spring-cloud-zuul是如何映射路由的？

zuul的路由映射是使用springMVC功能，咱们知道springMVC有两大核心组件：

• HandlerMapping：映射器
• HandlerAdapter：适配器

  具体的springMVC原理这里不作讲解，咱们来看下zuul是如何自定义HandlerMapping来注册路由映射的？下图是springMVC的类继承关系

  

很清晰看到Zuul提供的ZuulHandlerMapping是AbstractUrlHandlerMapping的子类，这个类是根据url来查找处理器，核心处理方法在lookupHandler里面：

@Override
protected Object lookupHandler(String urlPath, HttpServletRequest request) throws Exception {
    if (this.errorController != null && urlPath.equals(this.errorController.getErrorPath())) {
        return null;
    }
    //过滤忽略的路由规则
    String[] ignored = this.routeLocator.getIgnoredPaths().toArray(new String[0]);
    if (PatternMatchUtils.simpleMatch(ignored, urlPath)) {
        return null;
    }
    RequestContext ctx = RequestContext.getCurrentContext();
    if (ctx.containsKey("forward.to")) {
        return null;
    }
    if (this.dirty) {
        synchronized (this) {
            if (this.dirty) {//若是没有加载过路由或者路由有刷新，则加载路由
                registerHandlers();
                this.dirty = false;
            }
        }
    }
    //根据url调用父类获取处理器
    return super.lookupHandler(urlPath, request);
}

private void registerHandlers() {
    //使用路由定位器获取路由规则
    Collection<Route> routes = this.routeLocator.getRoutes();
    if (routes.isEmpty()) {
        this.logger.warn("No routes found from RouteLocator");
    }
    else {
        for (Route route : routes) {
            //调用父类，注册处理器
            registerHandler(route.getFullPath(), this.zuul);
        }
    }
}

梳理一下，以上方法的核心几步：

• 判断urlPath是否被忽略，若是忽略则返回null
• 判断路由规则有没有加载过或者更新过，没有加载或者有更新则从新加载
• 注册处理器的时候，使用的是ZuulController，是Controller的子类，对应的适配器是SimpleControllerHandlerAdapter，也就说每个路由规则公共处理器都是ZuulController，这个处理器最终会调用ZuulServlet通过zuul定义的和自定义的拦截器，这个zuul的核心，后面咱们做详细讲解。
• 根据url找处处理器，返回

2、路由定位器

在上面咱们注册了路由规则，而路由规则是由路由定位器获取，那么zuul给咱们提供哪些路由定位器，类图以下：

• SimpleRouteLocator：主要加载配置文件的路由规则
• DiscoveryClientRouteLocator：服务发现的路由定位器，去注册中心如Eureka，consul等拿到服务名称，以这样的方式/服务名称/**映射成路由规则
• CompositeRouteLocator：复合路由定位器，主要集成全部的路由定位器（如配置文件路由定位器，服务发现定位器，自定义路由定位器等）来路由定位。
• RefreshableRouteLocator：路由刷新，只有实现了此接口的路由定位器才能被刷新

扩展：

一、这里咱们能够实现本身的路由定位器，扩展本身想要的功能，如从数据库加载路由规则，能够参考文章

二、利用服务发现的路由定位器去加载理由规则的时候，咱们只是简单的是把serviceId映射成路由规则，有的时间咱们仍是想在serviceId和路由之间提供约定 ，因而咱们可使用PatternServiceRouteMapper来实现

@Bean
public PatternServiceRouteMapper serviceRouteMapper() {
    return new PatternServiceRouteMapper(
        "(?<name>^.+)-(?<version>v.+$)",
        "${version}/${name}");
}

这样serviceId：myusers-v1将被映射到路由/ v1 / myusers / **，这里任何正则表达式均可以接受，根据本身须要本身设定。

3、过滤器

前面提到，因此路由请求都会被控制器ZuulControoler拦截到，最终交由ZuulServlet来处理，核心处理代码以下：

@Override
public void service(javax.servlet.ServletRequest servletRequest, javax.servlet.ServletResponse servletResponse) throws ServletException, IOException {
    try {
        init((HttpServletRequest) servletRequest, (HttpServletResponse) servletResponse);
        // Marks this request as having passed through the "Zuul engine", as opposed to servlets
        // explicitly bound in web.xml, for which requests will not have the same data attached
        RequestContext context = RequestContext.getCurrentContext();
        context.setZuulEngineRan();
        try {
            preRoute();
        } catch (ZuulException e) {
            error(e);
            postRoute();
            return;
        }
        try {
            route();
        } catch (ZuulException e) {
            error(e);
            postRoute();
            return;
        }
        try {
            postRoute();
        } catch (ZuulException e) {
            error(e);
            return;
        }
    } catch (Throwable e) {
        error(new ZuulException(e, 500, "UNHANDLED_EXCEPTION_" + e.getClass().getName()));
    } finally {
        RequestContext.getCurrentContext().unset();
    }
}

这段代码体现了zuul过滤器的生命周期，官方提供了一张图很形象的展现：

zuul把过滤器分为四个阶段，分别是

• pre：主要是在请求路由以前调用，不少验证能够在这里作
• route：在路由请求时候被调用，主要用来转发请求
• post：主要用来处理响应请求
• error：当错误发生时，会经由这个类型的过滤器处理

zuul为咱们提供了各个阶段的过滤器一共10个

这里咱们来着重看下路由阶段的两个过滤器

• SimpleHostRoutingFilter：主要提供当路由设置url方式时，由这个路由器来转发请求，使用的是apache的CloseableHttpClient来发送http请求
• RibbonRoutingFilter：当路由设置serviceId时，由此过滤器来转发请求，这里集成了ribbon，Hystrix，实现负载均衡，熔断的功能；默认状况下也是使用apache的HttpClient来转发请求

未完待续......