在上一篇中,我分析了接入soul的springBoot应用,是如何在启动时将拦截规则同步到soul-admin的,那么在这一讲中,我们一起从源码的角度来看看一个web请求,是如何经过soul转发到后台的。
还是跟上一讲一样,我先把代码跟踪结果发出来,再来看看我是如何一步步得出这个结论的,通过跟踪代码梳理出来的流程如下图所示:

上图中标了红色字体的表示还存在疑问的,但是只是细节的问题,大体的流程是明确的,下面来讲讲我在分析这个流程时的思路:
首先来看看这次用来测试的URL地址,如下:
http://localhost:9195/http/test/findByUserId?userId=3
这个URL要达到的目标是将请求转发到soul-example-http这个后台应用,根据之前我们讲过的内容,可以知道这个9195端口是soul核心模块soul-bootstrap模块提供给我们访问的端口,然后我们这次soul-example-http应用的contextPath和appName都是http,所以真正和业务相关的是test/findByUserId?userId=3这一段
那么只看这个URL,该从哪里开始分析soul的源码呢,还是按照之前的思路,在没有任何思路的情况下,发起这个请求,看看soul-bootstrap模块的日志打印了什么内容,因为按我的预期,这个请求的URL是要经过soul转发处理的,而soul-bootstrap作为soul的核心模块,它的日志输出信息就很关键,可以看到输出的日志内容如下:
2021-01-19 02:14:09.606 INFO 65884 --- [work-threads-19] o.d.soul.plugin.base.AbstractSoulPlugin : divide selector success m

本文从源码角度解析Soul网关如何转发请求到后台应用。通过跟踪代码,确定请求从浏览器到达soul-bootstrap端口,然后经过SoulWebHandler,调用AbstractSoulPlugin和WebClientPlugin等插件进行处理。负载均衡主要由DividePlugin负责。文中详细描述了分析过程和关键类的作用。

510

被折叠的 条评论
为什么被折叠?



