Zuul 的源码读过吗?让我们一起看看吧
目标
明确Zuul的执行流程和重要类的分析
Zuul过滤器的生命周期
源码分析
zuul怎么拦截我们的请求?
ZuulServletFilter
- 继承 Filter | ZuulServlet
- 继承 HttpServlet
可以通过这两个类,让Zuul接管请求。由于他们的逻辑基本一致,下面用ZuulServletFilter
来分析
以上方法核心步骤:
ZuulRunner
- 初始化RequestContext
中的requests和responses并转发Filter相关方法到FilterProcessor
以上看出Zuul是通过ZuulServletFilter
以filter的方式(或者以ZuulServlet
以servlet的方式)拦截或者承接我们的请求,并在doFilter
方法(service
方法)中处理各种类型的ZuulFilters,并通过ZuulRunner
转发到FilterProcessor
中找到对应的filter并执行相关逻辑。整个大致流程比较简单清晰,类似于设计模式中的门面模式。
其中,RequestContext
是存在ThreadLocal
当中,可以注意到当Zuul处理完毕之后,会清空线程变量RequestContext
,以防止内存泄露。
FilterProcessor
怎么找到相应ZuulFilters并执行呢?
FilterProcessor
- 执行filters的核心类
以上方法核心步骤:
-
按序执行各阶段ZuulFilters
-
记录ZuulFilter执行结果
-
统计执行情况
ZuulFilter
- 最基本的Filter抽象类,自定义的Filter是继承此Filter,FilterProcessor
执行Filter最终会转发到此类的runFilter
方法
Zuul把ZuulFilters存储在类FilterLoader
属性名为hashFiltersByType
的ConcurrentHashMap
中,key为filterType(eg: pre、route、post、error或者自定义)
那么问题来了,这些存在于FilterLoader
的ZuulFilter是怎么加载进来的呢?
ZuulFIlter的加载
通过层层搜索,找到类FilterFileManager
,在此类初始化的时候,会到指定路径下读取指定文件。同时在初始时,会创建守护线程来定时扫描加载文件。
以上两个类核心步骤 即为 FilterFileManager
初始化过程
- 扫描指定目录下的groovy文件,通过
FilterLoader
编译文件,并加载ZuulFilter
- 开启守护进程,轮询文件,动态加载ZuulFilter
总结
至此,Zuulfilter的加载以及各类型Filter的执行都在源码中找到了。zuul-core的代码还是很容易能看懂。下一篇,会分析SpringCloud怎么整合Zuul。