soul网关系列(十三):插件的初始化和请求处理流程

最新推荐文章于 2021-02-01 23:20:05 发布
置顶 最新推荐文章于 2021-02-01 23:20:05 发布
阅读量1.2k 收藏
点赞数 2
分类专栏： # soul网关系列
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/bo_book/article/details/113361306
版权
本文详细介绍了Soul框架中插件的初始化过程，包括通过pom.xml配置加载插件、SoulConfiguration的加载逻辑、SoulWebHandler的插件链构造及线程池配置。在HTTP请求处理流程部分，分析了从接收到请求到通过插件链执行的步骤，涉及选择器和规则匹配等关键环节。通过对DividePlugin的实例分析，揭示了插件如何参与处理请求的过程。
摘要由CSDN通过智能技术生成

之前对这块只知道个大概，今天把这里串一下，为后续分析插件做一些准备

目录

一、看之前的一些印象

  • 项目启动会初始化加载可以加载的所有的插件(pom.xml配置了starter的插件)
  • SoulWebHandler、SoulConfiguration、DefaultSoulPluginChain 是关键的几个类/接口
  • 责任链模式，挨个对加载的插件进行逻辑处理
  • 每个插件可以从管理web端设置开关，而且是即时生效的
  • 按之前几篇的分析，相关的服务注册配置信息(plugin、auth、metadata)已经缓存至各个map、类的属性值，供插件使用
  • 请求网关的入口在soul-web里的SoulWebHandler

二、插件的初始化流程

  1. 从日志看起
2021-01-29 00:09:53.366  INFO 8636 --- [           main] o.d.s.w.configuration.SoulConfiguration  : loader plugin:[global] [org.dromara.soul.plugin.global.GlobalPlugin]
2021-01-29 00:09:53.366  INFO 8636 --- [           main] o.d.s.w.configuration.SoulConfiguration  : loader plugin:[sign] [org.dromara.soul.plugin.sign.SignPlugin]
2021-01-29 00:09:53.366  INFO 8636 --- [           main] o.d.s.w.configuration.SoulConfiguration  : loader plugin:[waf] [org.dromara.soul.plugin.waf.WafPlugin]
2021-01-29 00:09:53.366  INFO 8636 --- [           main] o.d.s.w.configuration.SoulConfiguration  : loader plugin:[rate_limiter] [org.dromara.soul.plugin.ratelimiter.RateLimiterPlugin]
2021-01-29 00:09:53.366  INFO 8636 --- [           main] o.d.s.w.configuration.SoulConfiguration  : loader plugin:[hystrix] [org.dromara.soul.plugin.hystrix.HystrixPlugin]
2021-01-29 00:09:53.366  INFO 8636 --- [           main] o.d.s.w.configuration.SoulConfiguration  : loader plugin:[resilience4j] [org.dromara.soul.plugin.resilience4j.Resilience4JPlugin]
2021-01-29 00:09:53.366  INFO 8636 --- [           main] o.d.s.w.configuration.SoulConfiguration  : loader plugin:[divide] [org.dromara.soul.plugin.divide.DividePlugin]
2021-01-29 00:09:53.366  INFO 8636 --- [           main] o.d.s.w.configuration.SoulConfiguration  : loader plugin:[springCloud] [org.dromara.soul.plugin.springcloud.SpringCloudPlugin]
2021-01-29 00:09:53.367  INFO 8636 --- [           main] o.d.s.w.configuration.SoulConfiguration  : loader plugin:[webClient] [org.dromara.soul.plugin.httpclient.WebClientPlugin]
2021-01-29 00:09:53.367  INFO 8636 --- [           main] o.d.s.w.configuration.SoulConfiguration  : loader plugin:[divide] [org.dromara.soul.plugin.divide.websocket.WebSocketPlugin]
2021-01-29 00:09:53.367  INFO 8636 --- [           main] o.d.s.w.configuration.SoulConfiguration  : loader plugin:[alibaba-dubbo-body-param] [org.dromara.soul.plugin.alibaba.dubbo.param.BodyParamPlugin]
2021-01-29 00:09:53.367  INFO 8636 --- [           main] o.d.s.w.configuration.SoulConfiguration  : loader plugin:[sofa] [org.dromara.soul.plugin.sofa.SofaPlugin]
2021-01-29 00:09:53.367  INFO 8636 --- [           main] o.d.s.w.configuration.SoulConfiguration  : loader plugin:[dubbo] [org.dromara.soul.plugin.alibaba.dubbo.AlibabaDubboPlugin]
2021-01-29 00:09:53.367  INFO 8636 --- [           main] o.d.s.w.configuration.SoulConfiguration  : loader plugin:[monitor] [org.dromara.soul.plugin.monitor.MonitorPlugin]
2021-01-29 00:09:53.367  INFO 8636 --- [           main] o.d.s.w.configuration.SoulConfiguration  : loader plugin:[response] [org.dromara.soul.plugin.httpclient.response.WebClientResponsePlugin]
2021-01-29 00:09:53.367  INFO 8636 --- [           main] o.d.s.w.configuration.SoulConfiguration  : loader plugin:[response] [org.dromara.soul.plugin.sofa.response.SofaResponsePlugin]
2021-01-29 00:09:53.367  INFO 8636 --- [           main] o.d.s.w.configuration.SoulConfiguration  : loader plugin:[response] [org.dromara.soul.plugin.alibaba.dubbo.response.DubboResponsePlugin]
  1. 找到日志打印处，打个断点
    @Bean("webHandler")
    public SoulWebHandler soulWebHandler(final ObjectProvider<List<SoulPlugin>> plugins) {
        List<SoulPlugin> pluginList = plugins.getIfAvailable(Collections::emptyList);
        final List<SoulPlugin> soulPlugins = pluginList.stream()
                .sorted(Comparator.comparingInt(SoulPlugin::getOrder)).collect(Collectors.toList());
        soulPlugins.forEach(soulPlugin -> log.info("loader plugin:[{}] [{}]", soulPlugin.named(), soulPlugin.getClass().getName()));
        return new SoulWebHandler(soulPlugins);
    }
  • ObjectProvider说明，之前没用过

A variant of {@link ObjectFactory} designed specifically for injection points,allowing for programmatic optionality and lenient not-unique handling.
一个ObjectFactory的变体，专门用来对注入点进行处理，允许一些编程的可选择型和宽松非一致性处理。

查了一下，可以理解为对ObjectFactory接口的扩展，有一些常用的方法，例如getIfAvailable，返回被object factory管理的实例。

  • SoulPlugin::getOrder 再看一下这个根据order进行排序，插件的执行从功能上来说是要有顺序的，功能上猜测比如先鉴权/流控等，再重写/转发等，最后才是协议类插件,也就是我之前总结的那张结构图
    各个XxxxSoulPlugin中重写了getOrder()方法
    @Override
    public int getOrder() {
        return PluginEnum.DIVIDE.getCode();
    }

具体枚举的值为,也对应下面加载的顺序

public enum PluginEnum {
    GLOBAL(1, 0, "global"),
    SIGN(2, 0, "sign"),
    WAF(10, 0, "waf"),
    RATE_LIMITER(20, 0, "rate_limiter"),
    REWRITE(30, 0, "rewrite"),
    REDIRECT(40, 0, "redirect"),
    HYSTRIX(45, 0, "hystrix"),
    SENTINEL(45, 0, "sentinel"),
    RESILIENCE4J(45, 0, "resilience4j"),
    DIVIDE(50, 0, "divide"),
    SPRING_CLOUD(50, 0, "springCloud"),
    WEB_SOCKET(55, 0, "webSocket"),
    DUBBO(60, 0, "dubbo"),
    SOFA(60, 0, "sofa"),
    MONITOR(80, 0, "monitor"),
    RESPONSE(100, 0, "response");
}
  1. 具体到new SoulWebHandler(soulPlugins)
    public SoulWebHandler(final List<SoulPlugin> plugins) {
        this.plugins = plugins;
        String schedulerType = System.getProperty("soul.scheduler.type", "fixed");
        if (Objects.equals(schedulerType, "fixed")) {
            int threads = Integer.parseInt(System.getProperty(
                    "soul.work.threads", "" + Math.max((Runtime.getRuntime().availableProcessors() << 1) + 1, 16)));
            scheduler = Schedulers.newParallel("soul-work-threads", threads);
        } else {
            scheduler = Schedulers.elastic();
        }
    }

中间有个Runtime.getRuntime().availableProcessors()，返回值为jvm虚拟机可用核心数，根据机器的配置进行动态调整固定线程数的大小，为了保证性能，启动最少16个固定线程。
我的电脑是8核的，这里8*2+1 =17个线程数、如果是服务器的话这块的线程数会变得多些。
在这里插入图片描述

  1. 如下所示，共计初始化了17个插件

在这里插入图片描述找一个熟悉的插件进行分析，DividePlugin, 实现了SoulPlugin的接口

public class DividePlugin extends AbstractSoulPlugin implements SoulPlugin{}
  1. DividePlugin如何被注入的,来源于DividePluginConfiguration
@Configuration
public class DividePluginConfiguration {

    /**
     * init dividePlugin.
     *
     * @return {@linkplain DividePlugin}
     */
    @Bean
    public SoulPlugin dividePlugin() {
        return new DividePlugin();
    }
}
  1. DividePluginConfiguration 又来源于soul-spring-boot-starter-plugin-divide里的spring.factories

在这里插入图片描述其它插件类似,不做阐述

三、HTTP请求的处理流程

  1. 引入divide的starter，开启divide插件(默认具备)
  2. 启动SoulTestHttpApplicatioin服务
  3. Postman发起一个HTTP请求
  4. 在SoulWebHandler里的handle方法处打断点
    @Override
    public Mono<Void> handle(@NonNull final ServerWebExchange exchange) {
        //监控的初始化
        MetricsTrackerFacade.getInstance().counterInc(MetricsLabelEnum.REQUEST_TOTAL.getName());
        Optional<HistogramMetricsTrackerDelegate> startTimer = MetricsTrackerFacade.getInstance().histogramStartTimer(MetricsLabelEnum.REQUEST_LATENCY.getName());
        //插件链的处理流程，这里的plugins就是上面初始化的17个插件，和固定线程池
        return new DefaultSoulPluginChain(plugins).execute(exchange).subscribeOn(scheduler)
                .doOnSuccess(t -> startTimer.ifPresent(time -> MetricsTrackerFacade.getInstance().histogramObserveDuration(time)));
    }

因为handle的方法是重写的，这个方法的定义来源于 spring-web里

public interface WebHandler {

	/**
	 * Handle the web server exchange.
	 * 处理的web服务的请求
	 */
	Mono<Void> handle(ServerWebExchange exchange);
}
  1. new DefaultSoulPluginChain(plugins)-初始化插件链，
  2. 使用初始化的固定线程池去执行execute方法
        @Override
        public Mono<Void> execute(final ServerWebExchange exchange) {
        	//webflux的循环执行
            return Mono.defer(() -> {
                if (this.index < plugins.size()) {
                    SoulPlugin plugin = plugins.get(this.index++);
                    // 如果skip为ture就不会被执行
                    Boolean skip = plugin.skip(exchange);
                    if (skip) {
                        return this.execute(exchange);
                    }
                    return plugin.execute(exchange, this);
                }
                return Mono.empty();
            });
        }

    default Boolean skip(ServerWebExchange exchange) {
        return false;
    }

skip()方法判断请求的的exchane的协议，根据协议过滤到一些不必要的插件excute
在这里插入图片描述

  1. 执行到了AbstractSoulPlugin的execute里
    public Mono<Void> execute(final ServerWebExchange exchange, final SoulPluginChain chain) {
        String pluginName = named();
        //BaseDataCache获取之前同步的插件的缓存数据
        final PluginData pluginData = BaseDataCache.getInstance().obtainPluginData(pluginName);
        //根据配置和开关来判断
        if (pluginData != null && pluginData.getEnabled()) {
            //拿所有选择器
            final Collection<SelectorData> selectors = BaseDataCache.getInstance().obtainSelectorData(pluginName);
            //检测一个选择器
            if (CollectionUtils.isEmpty(selectors)) {
                return CheckUtils.checkSelector(pluginName, exchange, chain);
            }
            final SelectorData selectorData = matchSelector(exchange, selectors);
            if (Objects.isNull(selectorData)) {
                if (PluginEnum.WAF.getName().equals(pluginName)) {
                    return doExecute(exchange, chain, null, null);
                }
                return CheckUtils.checkSelector(pluginName, exchange, chain);
            }
            if (selectorData.getLoged()) {
                log.info("{} selector success match , selector name :{}", pluginName, selectorData.getName());
            }
            //拿到所有的rule
            final List<RuleData> rules = BaseDataCache.getInstance().obtainRuleData(selectorData.getId());
            if (CollectionUtils.isEmpty(rules)) {
                if (PluginEnum.WAF.getName().equals(pluginName)) {
                    return doExecute(exchange, chain, null, null);
                }
                return CheckUtils.checkRule(pluginName, exchange, chain);
            }
            //匹配rule
            RuleData rule;
            if (selectorData.getType() == SelectorTypeEnum.FULL_FLOW.getCode()) {
                //get last
                rule = rules.get(rules.size() - 1);
            } else {
                rule = matchRule(exchange, rules);
            }
            if (Objects.isNull(rule)) {
                return CheckUtils.checkRule(pluginName, exchange, chain);
            }
            if (rule.getLoged()) {
                log.info("{} rule success match ,rule name :{}", pluginName, rule.getName());
            }
            //根据上面的一些列匹配出的数据，执行具体的doExcecute方法
            return doExecute(exchange, chain, selectorData, rule);
        }
        // 执行下一个excute方法
        return chain.execute(exchange);
    }

后面就是具体的插件的执行逻辑了

四、小结

  • 插件初始化

    • pom文件中引入相关的插件starter
    • 在每个插件的PluginConfiguration里进行注入
    • soulWebHandler中使用ObjectProvider的方法获取注入的所有PluginConfiguration bean
    • 线程池固定线程数有一些优化
    • 根据order顺序加载插件，待请求时处理

  • 数据请求流程

    • 引入divide的starter，开启divide插件(默认具备)
    • 启动SoulTestHttpApplicatioin服务
    • Postman发起一个HTTP请求
    • SoulWebHandler里的handle为入口
    • 初始化插件链
    • 使用初始化的固定线程池去执行excute方法，可有skip一些插件
    • 插件链循环执行AbstractSoulPlugin的execute，判断开关，然后匹配selector、rule，分发到具体的插件进行处理
HDGM3
关注
  • 2
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
soul源码分析（1）http插件的使用与soul插件工作流程分析
evasnowind的专栏
01-22 374
目标 演示soul网关HTTP插件的使用 分析soul插件的整体工作流程, 1. HTTP插件的使用 1.1 在soul-bootstrap项目中引入如下插件，然后重新启动soul网关，启动步骤参见 soul源码分析_0_阅读源码准备与soul基础 <!--if you use http proxy start this--> <dependency> <groupId>org.dromara</groupId> &l
soul网关-2-divide插件
nemointellego的专栏
01-15 477
先来设想一下，网关如果收到了一个请求http://xxx.com/openapi/appname/order/findById?id=3，那么怎么将请求转发给对应的业务？ 可以想象一下大概是这几个步骤： 1.解析url 2.查看配置文件，看这个url是对应于哪个业务线 3.读配置文件，获取该业务线在网关注册的所有api列表 4.判断该用户的这个api请求在不在业务的api列表里面 5.进行相关的鉴权操作（用户AK/SK鉴权、用户Quota/QPS有没有超） 6.如果网关有负载均衡功能，那么需要获取业务具体
Soul 网关（四）---- Plugin 的初始化流程分析 & Sofa 插件的使用
Loving you
01-19 465
Plugin 的初始化流程分析 & Sofa 插件的使用 Plugin 的初始化流程分析 启动 soul-bootstrap 可以看到日志输出了加载的一些 plugin : 2021-01-18 22:14:10.685 INFO 71824 --- [ main] o.d.s.w.configuration.SoulConfiguration : load plugin:[global] [org.dromara.soul.plugin.global.GlobalPlug
Soul 网关插件初始化过程
rockpigL的博客
01-18 378
上次我们体验了 divide 插件的各种功能，其他插件比如 dubbo 等也都可以对照着官方文档去体验。那么，这些插件是如何初始化又是何时使用的呢，接下来我们来看一下源码。 初始化 在启动 soul-bootstrap 模块时，我们可以看到 load plugin 的输出： 这时就是在进行各个插件模块的加载。 事实上，在 soul-bootstrap 的 pom 文件中可以看到如下 starter ： <!--soul gateway start--> <dependency>
Soul网关默认Divide插件的使用
微瞰技术的博客
01-15 404
Divide插件的使用 上一篇已经说到，Soul网关代理了我们自定义的一个SpringBoot服务。 这一篇。我们就来尝试下如何实现网关的默认的Divide插件提供的负载均衡功能（好像也只能根据匹配的规则提供负载均衡的功能） 此选择器为我SpringBoot服务启动并连接到soul-admin之后默认生成的，但是由此产生了一个问题，当我的应用下线之后，这个选择器和选择器规则并没有下线？有待后续的研究。 同时观察表单元素。参阅Soul文档，发现有如下选择器规则 类型：custom flow 是自定义流量。
soul源码阅读（九）soul所有插件介绍
he_cha_bu的博客
01-23 2038
soul所有插件列表 context_path插件 divide插件 dubbo插件 springcloud插件 sofa插件 ratelimiter插件 hystrix插件 sentinel插件 resilience4j插件 monitor插件 waf插件 sign插件 rewrite插件 global插件 webclient插件 webclientresponse插件 tars插件 介绍每个插件 context_path插件 什么是context_path，就是用户
springcloud项目+soul网关
06-11
SpringCloud项目结合Soul网关是一个现代化的微服务架构实现，它将SpringBoot和SpringCloud的优势与Soul网关的强大功能相结合，为开发者提供了一种高效、便捷的分布式系统开发方式。下面我们将深入探讨这个项目的相关...
soul网关-5-普通springboot项目接入soul网关的原理
nemointellego的专栏
01-18 944
如果有多个产品线售卖API，那么他们都会有一些共性的需求，例如签名认证、限速等，为了避免每个产品线重复开发，那么可以实现一个网关系统来统一提供这些功能。 那么大致的流程是这样的： 1.产品线将自己要售卖的API注册到网关管理后台 2.网关管理后台将数据同步到网关系统 3.用户购买了某产品线的API之后，调用API。请求是统一发往网关的。 4.网关对用户请求进行代理，转发给相应的产品线 前几篇笔记里面，学习了soul网关divide插件如何进行请求代理和数据同步机制之websocket，对上述步骤里面的2
soul源码分析总结篇之插件化设计
evasnowind的专栏
01-26 391
soul源码分析总结篇之插件化设计 说明 如果没有看之前文章的朋友，请至少先看阅读源码准备与soul基础 本文将包括如下内容： soul用插件实现了哪些功能？ soul如何实现插件化设计？ Soul用插件实现了哪些功能？ 插件是Soul的灵魂。 从架构图上就可以看出，soul主要功能都是通过插件来实现的，比如监控、各种请求的转发（HTTP、Dubbo、SpringCloud、Sofa等）、限流与熔断、WAF等等，用户也可以自定义插件来扩展soul。 截止到2021.1.26，目前支持的插件如下(参
（十六）soul源码的自定义插件
闫兵的博客
02-01 1214
（（十六）soul的自定义插件 目标 soul的本身提供的插件 soul的本身提供的插件 说明 插件是 soul 网关的核心执行者，每个插件在开启的情况下，都会对匹配的流量，进行自己的处理。 在soul 网关里面，插件其实分为2 类： 一类是单一职责的调用链，不能对流量进行自定义的筛选。 另一类，能对匹配的流量，执行自己的职责调用链。 插件类别 单一职责原插件 首先需要实现org.dromara.soul.plugin.api.SoulPlugin Mono<V
nacos1.3.1、seata1.2、spring boot整合
qq_41829085的博客
11-27 360
第一步下载seata、nacos服务: 首先访问:https://seata.io/zh-cn/blog/download.html 下载我们需要使用的seata1.2服务 访问: https://github.com/alibaba/nacos/releases 下载我们需要使用的 nacos1.3.1服务（官方推荐稳定版） 第二步创建Seata高可用的db,以及AT模式所需的undo_log表: 1. 在你的参与全局事务的数据库中加入undo_log这张表 根据自己实际使用数据库选择：支持mysql,p
Soul 学习笔记之 soul 插件实现方式（五）
weixin_54395016的博客
01-20 841
目录总系列目录地址上篇Spring-Cloud插件猜想soul是如何加装一个插件的debug测试总结 总系列目录地址 上篇Spring-Cloud插件 猜想soul是如何加装一个插件的 通过最简单的http插件来跟踪 尝试soul-bootstrap的其他所有插件依赖都注释掉。 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>sprin
soul源码阅读（十一）soul helloworld插件自定义
he_cha_bu的博客
01-24 1187
目录 插件职责介绍 自定义插件 编写soul-plugin-helloworld 编写soul-spring-boot-starter-plugin-helloworld soul-bootstrap配置 soul-admin配置 测试 彩蛋爆料 插件职责介绍 插件是 soul 网关的核心执行者，每个插件在开启的情况下，都会对匹配的流量，进行自己的处理。 在soul 网关里面，插件其实分为2 类： 一类是单一职责的调用链，不能对流量进行自定义的筛选。 .
【Soul源码探秘】插件链实现
眼映星辰的博客
01-22 405
引言 插件是 Soul 的灵魂。 Soul 使用了插件化设计思想，实现了插件的热插拔，且极易扩展。内置丰富的插件支持，鉴权，限流，熔断，防火墙等等。 Soul 是如何实现插件化设计的呢？ 一切还得从插件链说起，本篇我们来探密 Soul 中插件链的实现。 从插件说起 Soul 中所有插件最终均继承自 SoulPlugin，其完整继承关系如下所示： 可以看到，Soul 的插件生态极其丰富，正是如此丰富的插件支撑起了 Soul 网关强大的扩展能力。 我们以常用的 DividePlugin 为例，分析插件内部所
【高性能网关soul学习】11. 插件之DevidePlugin
qq_33159770的博客
01-27 200
【高性能网关soul学习】11. 插件之DevidePlugin 本文目标： 简单介绍 soul 对于请求的处理和插件链的执行逻辑 跑通divide插件，研究其负载均衡原理 Soul对于请求的使用插件链方式的处理 #mermaid-svg-I1AEZudhQHyQukUL .label{font-family:'trebuchet ms', verdana, arial;font-family:var(--mermaid-font-family);fill:#333;color:#333}#merma
Soul网关源码分析-请求从浏览器端如何通过soul转发到后台
u013540630的博客
01-19 850
在上一篇中，我分析了接入soul的springBoot应用，是如何在启动时将拦截规则同步到soul-admin的，那么在这一讲中，我们一起从源码的角度来看看一个web请求，是如何经过soul转发到后台的。 还是跟上一讲一样，我先把代码跟踪结果发出来，再来看看我是如何一步步得出这个结论的，通过跟踪代码梳理出来的流程如下图所示： ...
soul网关学习五之divide插件的http调用
Bo_java的博客
01-20 210
soul网关的 divide 插件处理 http 调用流程 本文简单分析 divide 如何对http请求进行转发 请求全部会调用 SoulWebHandler.handle()方法，然后会调用new DefaultSoulPluginChain(plugins).execute(exchange)方法。plugins 则是 soul网关的所有插件集合， exchange 包含当前请求的所有内容。这里使用责任链设计模式依次对soul插件进行遍历 public Mono<Void&gt
soul网关学习四之 SoulConfiguration 自动配置
Bo_java的博客
01-18 456
核心 starter soul-spring-boot-starter-gateway 依赖 soul-web ，该module中springboot 会自动配置 SoulConfiguration ErrorHandlerConfiguration SoulExtConfiguration SpringExtConfiguration SoulConfiguration 是soul的核心配置类，会创建如下几个bean SoulWebHandler ​ 该类中会包含soul所有的插件。 @B
soul网关监控插件的使用
qq_42728912的博客
04-01 1501
** 本篇主要讲解soul网关插件监控插件的使用 ** 流程图： 技术方案 监控插件，使用influxdb来进行存储，使用前请你确保你正确的安装了influxdb。 采用异步的disruptor进行保存。 监控网关的调用请求，包括QPS,TPS,成功和失败数量等等相关信息。 以上为api文档的介绍，然后首先需要安装influxdb数据库。我采用的是在centos7下面安装的infulxdb...
Soul网关源码解析：高性能插件与调试指南
1. **soul-spring-boot-starter**：作为基础的启动器，负责整个项目的初始化和配置。 2. **插件模块**：如soul-plugin-alibaba-dubbo（阿里巴巴Dubbo插件）、soul-plugin-apache-dubbo（Apache Dubbo插件），这些...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值