源码解析

综合前面所分析的插件处理流程相关知识，此次我们来编写自定义的插件：统计请求在插件链中的经历时长，比较简单的

    今日来探索一下插件的初始化，及相关的配置的加载的大致流程

     今日看看路由的匹配相关代码，查看HTTP的DividePlugin匹配

    前面的文章中对处理流程探索的差不多了，今天来探索下限流插件:resilience4j

在Soul网关2.2.1版本源码阅读中，遇到了HTTP请求加上参数返回404的错误，此篇文章基于此进行探索

    今天来探索一下Sofa请求处理流程，看看和前面的HTTP、Dubbo有什么异同

在上几篇文章中分析了请求的处理流程，HTTP和RPC请求处理是互斥的，通过请求类型来判断，这篇文章来探索下请求类型的前世今生

    本次启动一个dubbo服务示例，初步探索Soul网关源码的Dubbo请求处理流程

基于上篇：[Soul网关源码解析（二）代码初步运行](https://juejin.cn/post/6917865804121767944)的配置，这次debug下请求处理的大致路径,验证网关模型的路

    基于上篇：[Soul 源码阅读（一） 概览](),这部分跑一下Soul网关的示例

    阅读soul的官方文档，大致了解soul的功能和相关概念

在上面函数打断点，再通过调用栈向前查找，找到 netty 相关的一个类： HttpServerHandle 。下面的函数中有类似 Mono 这里的代码，发布后触发调用 想到之前秦老师说的：Spring Cloud Gateway基于spring体系，所以偷了个懒，可以直接用sp…

这里就简单的借鉴下 GatewayMetricsFilter 的写法，在 filter 链触发完成后，无论失败或者成功，都进行统计。filter 次序就简单的取 WRITE_RESPONSE_FILTER_ORDER 之后（用它定义的次序减一）。代码大致如下：

首先在没有打任何断点的情况下运行一次程序：把程序跑起来，访问 http://localhost:8080/，成功得到结果。通过查看日志，发现有下面关于路由匹配的语句： 首先查看 RouteToRequestUrlFilter,发现其中没有明显的处理链（根据写网关的Filter的…

路由匹配：对初始的请求进行路由匹配，如果匹配，放入后面进行处理。这块看着还有下面两个作用