目标
- 自定义请求入口配置
- WebFlux针对Http请求的核心接口对应Soul的实现
- 请求从客户端发起到soul的分析
- 请求到达SoulWebHandler处理大体流程
- 总结
自定义请求入口配置
我们在soul-web模块中看到SoulConfiguration配置类,其中配置了SoulWebHandler类与DispatcherHandler。之前阅读过Spring Cloud Gateway 我们知道SCG巧用了Spring Web容器的Http请求入口DispatcherHandler。本来我想soul中为什么要创建两个实现WebHandler的Bean呢,我就测试:
- 注释掉DispatcherHandler ,系统正常运行请求正常。
- 注释掉SoulWebHandler 打开DispatcherHandler ,系统也正常运行，请求这里肯定不行了。因为soul的主要处理逻辑是在soulwebhandler
- 将两个都注释掉,系统可以启动正常。
那我就怀疑只存在SoulWebHandler,为什么还要Dispatcherhandler。后来我就从SpringApplication加载开始 代码跟踪,发现在实例化WebHttpHandlerBuilder 时候系统默认是查找BeanName为webHandler的实例,如果我们没有自定义的话,那么就默认使用DispatcherHandler。如果自定义Bean定义Name不是webHandler也是没有用的。
WebFlux针对Http请求的核心接口对应Soul的实现
- ReactiveWebServerFactory - SoulNettyWebServerFactory
不过SoulNettyWebServerFactory 内部也是 实例化了ReactiveWebServerFactory
image
- WebHandler - SoulWebHandler
- WebServer - NettyWebServer
- HttpHandler - HttpWebHandlerAdapter
HttpWebHandlerAdapter 和 HttpServer 和 LifeCycleTimeout 组合成了WebServer,并提交给Servermanager 进行管理
请求从客户端发起到soul的分析
首先soul是基于WebFlux实现的,所以请求先到ReactorHttpHandlerAdapter,这是响应式请求的入口也是HttpHandler适配器
- 实例化Request
- 实例化Response
- 根据soul真正的HttpHandler -> HttpWebHandlerAdapter 进一步处理
这里做的事情就是 根据 ReactorHttpHandlerAdapter 实例化的 Request,Response 创建业务层使用的exchange,下面就进入WebHandler具体的实体入口Handler，soul中就是SoulWebHandler
请求到达SoulWebHandler处理大体流程
上一篇我们知道的请求怎么进来的,和为什么会这样进来,这些都是Spring 启动加载时候按照SpringWeb 容器启动加载的一些固定化流程配置。只是我们知道这些流程之后，对应的去实现相应的接口,从而达到相应的目的。下面进入请求分析:
- 请求进入SoulWebHandler->Handler，首先使用Metrics 进行监控的开始动作,获取请求处理的开始时间
- 进入默认的DefaultSoulPluginChain处理，并将使用的插件作为参数传递进去
Soul插件调用链设计与SCG的Filter调用链设计一样,最初是Spring web 的 WebFilter 设计而来的,SCG中 GlobalFilter 与GatewayFilter 也是仿照这个设计的
image
- execute()执行
有人会问插件链调用不同的插件,他是按照什么顺序执行的,在我们初始化WebHandler 时候 ObjectProvider 依赖查找对应的 Plugin ,他们按照 Ordered 进行排序从而决定了执行插件的顺序流程
- 先判断当前的执行index 是否大于 插件的个数,如果大于则返回一个空的执行流。调用链直接结束
- 然后根据index拿对应的插件
- 根据 exchange 作为参数判断此插件是否需要执行,具体判断是在具体插件的内部做处理
- 如果需要执行则调用execute 根据具体的插件执行流程，决定是否要往下执行。
总结
其实本章内容写的虽然少,但是分析内部的源码流程却花费了很多时间。从spring 加载启动,什么时候初始化Bean 什么时候上下文刷新,如何实例化WebServerManager 等等,都已经了解了。其实学东西最底层的东西了解了，了解上层应用就很轻松了。我对于spring 启动的流程单独做了脑图,后续会放出来。
