摘要：
springcloud和divide插件可以工作。现在让我们看看请求是如何转发的。从调用堆栈中，我们可以看到程序的入口类是SoulWebHandler。稍后，在AbstractSoulPlugin中，浏览pluginlist并逐个调用打开的插件。这种模式给出了请求的类型，并将请求的发送方和接收方解耦。如果跳过为真，将执行下一个插件。否则，将执行当前插件。当您使用DividePlugin时，调用DividePlugin类。实际执行是使用httpClient插件执行的，该插件在此处执行。我今天简单地运行了插件执行过程，整理了divide插件的一般执行顺序，明天将继续分析具体细节。
springcloud ，divide插件都能跑通了，现在就看下请求是如何转发的。
从调用栈可以看到，程序进来的入口类是 SoulWebHandler。
后面在 AbstractSoulPlugin 中，遍历 plugin list，一个个去调用开启的插件。这就是传说中的责任链模式了。责任链模式是行为型设计模式的一种，为请求创建了一个接收者对象的链。这种模式给予请求的类型，对请求的发送者和接收者进行解耦。一般每个接收者包含对另一个接收者的引用，如果一个对象不能处理该请求，那么会将请求传递给下一个接收者。
可以看到 chain 上面绑定了好几层。
这里就是一个个去执行插件。
这个 skip 方法，每个插件也是有自己的内部实现。如果 skip 为true，就去执行下一个插件，否则在当前插件执行。这里判断 DividePlugin 就是 rpcType 需要是 HTTP 的。
走到divide插件时，调用的是 DividePlugin 类。可以看到，这里拿对应的映射地址时，是从缓存拿的。
从这边也能看到，插件选择器等数据都是从 BaseDataCache 类获取的，之前分析数据同步时，数据都是放在这个类里面的，其中去匹配选择器和规则时，里面也使用了很多设计模式，整个代码流程看起来很流畅。
拿完链接后。真正执行是用的 httpClient 插件，也就是这里执行的。
今天就简单跑了下插件的执行流程，理了下 divide 插件大概的执行顺序，具体的细节明天再继续分析。