最近公司最新架构确定使用微服务之后,经过讨论,最终还是选用了 SpringCloud
的体系。我负责网关,鉴权服务的研发。记录下这段时间新接触的知识。
springcloud选用了最新的稳定版本 Greenwich
,所以对于网关来说,有两种框架选择: SpringCloud Gateway
, Zuul
,经过调研我最终选用了Zuul,原因如下:
TODO
,这不是一个大坑吗! Gateway文档 Reactive
的人来说阅读源码有一定难度。 Proxy Avg Latency Avg Req/Sec/Thread gateway 6.61ms 3.24k linkered 7.62ms 2.82k zuul 12.56ms 2.09k none 2.09ms 11.77k
使用Zuul的关键在于自定义 Filter
,当然这个Filter不是Servlet对应的Filter,并且不同类型的Filter使用相同的配置却有不同的效果。秉着 知其所以然
的精神,把整个Zuul处理过程的源码debug了一遍;
Zuul处理请求的入口是一个Servlet: ZuulServlet
,SpringCloud也提供另外的处理入口,一个Servlet Filter: ZuulServletFilter
,修改配置文件 zuul.use-filter=true
即可。 它进入ZuulServlet的过程如下:
http依然先进入DispatchServlet,接着调用ZuulController,再接着调用ZuulServlet。这中间经过不少反射处理,可能这也是性能低的一个原因。不太明白为什么不直接进入ZuulServlet。
进入了ZuulServlet后,调用service方法,这个时候就开始调用各个类型的ZuulFilter了,它主要做了如下事情。
ThreadLocal
,将httpServlet,httResponse放入其中,方便后面自定义的ZuulFilter可以获取。 pre filter
。 route filter
。 post filter
。 error filter
。 本章我们从技术选型出发,比较了zuul和gateway的优缺点。最后通过阅读源码的方式整理了Zuul处理请求的整个过程。
下一章: 如何自定义Zuul Filter以及所遇到坑!
关注我,这里只有干货!