本文主要是介绍Soul网关源码分析-请求从浏览器端如何通过soul转发到后台，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
在上一篇中，我分析了接入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 match , selecto这篇关于Soul网关源码分析-请求从浏览器端如何通过soul转发到后台的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
