zuul实现动态路由以及相关源码解析

关于zuul如何实现动态路由，已经有大神写博客详解过，这里不啰嗦了，文章地址：Spring Cloud Zuul实现动态路由，咱们就从这篇文章最后的一个问题讲起，作者在最后实现动态刷新路由规则时说：为什么不自己是手动重新加载Locator.dorefresh？非要用事件去刷新？这牵扯到内部的zuul内部组件的工作流程，不仅仅是Locator本身的一个变量，具体想要了解的还得去看源码。下面我们就来分析下zuul的源码看看为什么要这样做？

要讲清楚zuul的事件驱动模型，还得知道spring的事件驱动模型，因为zuul的实现正是利用了spring的事件驱动模型实现的。下面看看spring提供的事件模型图：

在zuul中有这样一个实现了ApplicationListener的监听器ZuulRefreshListener ，代码如下：

private static class ZuulRefreshListener implements ApplicationListener<ApplicationEvent> {

 

        @Autowired

        private ZuulHandlerMapping zuulHandlerMapping;

 

        private HeartbeatMonitor heartbeatMonitor = new HeartbeatMonitor();

 

        @Override

        public void onApplicationEvent(ApplicationEvent event) {

            if (event instanceof ContextRefreshedEvent

                    || event instanceof RefreshScopeRefreshedEvent

                    || event instanceof RoutesRefreshedEvent) {

                this.zuulHandlerMapping.setDirty(true);

            }

            else if (event instanceof HeartbeatEvent) {

                if (this.heartbeatMonitor.update(((HeartbeatEvent) event).getValue())) {

                    this.zuulHandlerMapping.setDirty(true);

                }

            }

        }

 

    }

由此可知在发生ContextRefreshedEvent和RoutesRefreshedEvent事件时会执行this.zuulHandlerMapping.setDirty(true);

public void setDirty(boolean dirty) {

        this.dirty = dirty;

        if (this.routeLocator instanceof RefreshableRouteLocator) {

            ((RefreshableRouteLocator) this.routeLocator).refresh();

        }

    }

这样在spring容器启动完成后就刷新了路由规则。因此我们如果要主动刷新路由规则，只需要发布一个RoutesRefreshedEvent事件即可，代码如下

 

public void refreshRoute() {

        RoutesRefreshedEvent routesRefreshedEvent = new RoutesRefreshedEvent(routeLocator);

        this.publisher.publishEvent(routesRefreshedEvent);

        logger.info("刷新了路由规则......");

    }

 

 

http://blog.csdn.net/bigkylin/article/details/72626506