soul网关系列(十五):协议类插件(springcloud、dubbo、sofa)源码解读

最新推荐文章于 2024-06-10 09:37:06 发布
最新推荐文章于 2024-06-10 09:37:06 发布
阅读量1.8k 收藏 1
点赞数 2
分类专栏： # soul网关系列
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/bo_book/article/details/113449013
版权

目录

一、插件简介

  • spring cloud插件
    • 将http协议转成springCloud协议的核心。
  • dubbo插件
    • 将http协议转换成dubbo协议的插件，也是网关实现dubbo泛化调用的关键。
    • dubbo插件需要配合元数据才能实现dubbo的调用。
    • apache dubbo 和 alibaba dubbo用户，都是使用该同一插件。
  • sofa插件
    • sofa插件是将http协议 转换成sofa协议 的插件，也是网关实现sofa泛化调用的关键。
    • sofa插件需要配合元数据才能实现dubbo的调用。

二、springcloud插件流程

2.1 半个月之前的一个错误

在半个月前测试srping cloud插件的时候，遇到了一个问题springcloud serviceId 不存在或者配置错误！或者注册中心配置错误！。
在这里插入图片描述
当时没有解决，错误依旧存在，随着对流程和代码的熟悉，今天很快的定位出了问题所在。记录一下定位流程

  • 看错误信息没提示serviceId不存在或者配置错误，或者注册中心配置错误，感觉是配置中心错了
  • 检查配置信息，根据官网配置，之前soul-bootstrap配置了pom文件和application-local.yml的eureka
  • 启动了soul-test里自带的soul-test-eureka
  • 重启soul-bootstrap服务
  • soul-test-springcloud配置eureka注册中心，启动soul-test-springcloud服务
  • postman发送http://localhost:9195/springcloud/order/findById?id=1
  • 发现还是报springcloud serviceId错误
  • debug，根据这几天的学习，断点至SpringCloudPlugin的doExecute()方法，肯定会走到这里。
final ServiceInstance serviceInstance = loadBalancer.choose(selectorHandle.getServiceId());
if (Objects.isNull(serviceInstance)) {
            Object error = SoulResultWrap.error(SoulResultEnum.SPRINGCLOUD_SERVICEID_IS_ERROR.getCode(), SoulResultEnum.SPRINGCLOUD_SERVICEID_IS_ERROR.getMsg(), null);
            return WebFluxResultUtils.result(exchange, error);
        }

发现这里为空，然后返回了这个错误。还是注册中心负载均衡中心没有找到可用的service id

  • 看soulBootstrapApplication的日志，发现居然没有eureka的一点痕迹，肯定是erueka注册中心配置不对。
  • 全局eureka搜索soulBootstrap的pom文件，定位到这里默认是屏蔽的
        <!-- springCloud if you config register center is nacos please dependency this-->
<!--        <dependency>-->
<!--            <groupId>com.alibaba.cloud</groupId>-->
<!--            <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>-->
<!--            <version>2.1.0.RELEASE</version>-->
<!--        </dependency>-->

        <!-- springCloud if you config register center is eureka please dependency end-->
<!--        <dependency>-->
<!--            <groupId>org.springframework.cloud</groupId>-->
<!--            <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>-->
<!--            <version>2.2.0.RELEASE</version>-->
<!--        </dependency>-->
  • 发现eureka-client的客户端居然是屏蔽的，大意了，一个低级错误，官网对这块的配置依赖也没说明，打开后，重启后稍等几秒(猜测同步延迟)正常。
    在这里插入图片描述

2.2 springcloud 插件源码解读

  • 初始化、插件链都和divide没有区别，直接进入doExecute进行分析
    protected Mono<Void> doExecute(final ServerWebExchange exchange, final SoulPluginChain chain, final SelectorData selector, final RuleData rule) {
        if (Objects.isNull(rule)) {
            return Mono.empty();
        }
        final SoulContext soulContext = exchange.getAttribute(Constants.CONTEXT);
        assert soulContext != null;
        // 获取selector和rule信息
        final SpringCloudRuleHandle ruleHandle = GsonUtils.getInstance().fromJson(rule.getHandle(), SpringCloudRuleHandle.class);
        final SpringCloudSelectorHandle selectorHandle = GsonUtils.getInstance().fromJson(selector.getHandle(), SpringCloudSelectorHandle.class);
        if (StringUtils.isBlank(selectorHandle.getServiceId()) || StringUtils.isBlank(ruleHandle.getPath())) {
            Object error = SoulResultWrap.error(SoulResultEnum.CANNOT_CONFIG_SPRINGCLOUD_SERVICEID.getCode(), SoulResultEnum.CANNOT_CONFIG_SPRINGCLOUD_SERVICEID.getMsg(), null);
            return WebFluxResultUtils.result(exchange, error);
        }
		// loadBalancer springcloud的负载均衡实现，返回一个选择后的实例
        final ServiceInstance serviceInstance = loadBalancer.choose(selectorHandle.getServiceId());
        if (Objects.isNull(serviceInstance)) {
            Object error = SoulResultWrap.error(SoulResultEnum.SPRINGCLOUD_SERVICEID_IS_ERROR.getCode(), SoulResultEnum.SPRINGCLOUD_SERVICEID_IS_ERROR.getMsg(), null);
            return WebFluxResultUtils.result(exchange, error);
        }
        // reconstructURI 返回全路径url,具体为host:port格式类型
        final URI uri = loadBalancer.reconstructURI(serviceInstance, URI.create(soulContext.getRealUrl()));
		
		// 构建全路径url，带参数的
        String realURL = buildRealURL(uri.toASCIIString(), soulContext.getHttpMethod(), exchange.getRequest().getURI().getQuery());

        exchange.getAttributes().put(Constants.HTTP_URL, realURL);
        //set time out.
        exchange.getAttributes().put(Constants.HTTP_TIME_OUT, ruleHandle.getTimeout());
        return chain.execute(exchange);
    }

具体分析一下

  • exchange里的request的真实url=http://localhost:9195/springcloud/order/findById?id=1
    在这里插入图片描述

  • reconstructURI = http://JH-COMPUTER:8884/order/findById
    加粗样式

  • buildRealURL=http://JH-COMPUTER:8884/order/findById?id=1

  • 执行后续插件链，然后返回结果

三、dubbo插件流程

  1. dubbo的接入步骤，参考dubbo 接入soul网关
  2. 配置完boostrap的pom文件、启动注册中心、web管理端开启插件、启动soul-test-alibaba-dubbo
  3. postman验证一下
    在这里插入图片描述
  4. 直接到核心处理流程
 protected Mono<Void> doExecute(final ServerWebExchange exchange, final SoulPluginChain chain, final SelectorData selector, final RuleData rule) {
        String body = exchange.getAttribute(Constants.DUBBO_PARAMS);
        SoulContext soulContext = exchange.getAttribute(Constants.CONTEXT);
        assert soulContext != null;
        MetaData metaData = exchange.getAttribute(Constants.META_DATA);
        // 检查元数据
        if (!checkMetaData(metaData)) {
            assert metaData != null;
            log.error(" path is :{}, meta data have error.... {}", soulContext.getPath(), metaData.toString());
            exchange.getResponse().setStatusCode(HttpStatus.INTERNAL_SERVER_ERROR);
            Object error = SoulResultWrap.error(SoulResultEnum.META_DATA_ERROR.getCode(), SoulResultEnum.META_DATA_ERROR.getMsg(), null);
            return WebFluxResultUtils.result(exchange, error);
        }
        // 检查具体参数的参数类型和body值
        if (StringUtils.isNoneBlank(metaData.getParameterTypes()) && StringUtils.isBlank(body)) {
            exchange.getResponse().setStatusCode(HttpStatus.INTERNAL_SERVER_ERROR);
            Object error = SoulResultWrap.error(SoulResultEnum.DUBBO_HAVE_BODY_PARAM.getCode(), SoulResultEnum.DUBBO_HAVE_BODY_PARAM.getMsg(), null);
            return WebFluxResultUtils.result(exchange, error);
        }
        // 核心，泛化调用
        Object result = alibabaDubboProxyService.genericInvoker(body, metaData);
        if (Objects.nonNull(result)) {
            exchange.getAttributes().put(Constants.DUBBO_RPC_RESULT, result);
        } else {
            exchange.getAttributes().put(Constants.DUBBO_RPC_RESULT, Constants.DUBBO_RPC_RESULT_EMPTY);
        }
        exchange.getAttributes().put(Constants.CLIENT_RESPONSE_RESULT_TYPE, ResultEnum.SUCCESS.getName());
        return chain.execute(exchange);
    }
  1. 整体处理流程就是检查元数据–检查参数类型–泛化调用
  2. 详细看一下泛化调用alibabaDubboProxyService.genericInvoker(body, metaData)，入参包括body和metaData

dubbo提供了泛化调用，也就是在consumer只知道一个接口全限定名以及入参和返参的情况下，就可以调用provider端的调用，而不需要传统的接口定义这些繁杂的结构.

泛化接口调用方式主要用于客户端没有 API 接口及模型类元的情况，参数及返回值中的所有 POJO 均用 Map 表示，通常用于框架集成，比如：实现一个通用的服务测试框架，可通过 GenericService 调用所有服务实现。

  1. genericInvoker代码流程如下
    public Object genericInvoker(final String body, final MetaData metaData) throws SoulException {
        // 根据请求路径，从缓存中获取服务注册信息，协议，超时时间，重试次数，负载均衡等信息
        ReferenceConfig<GenericService> reference = ApplicationConfigCache.getInstance().get(metaData.getPath());
        if (Objects.isNull(reference) || StringUtils.isEmpty(reference.getInterface())) {
            ApplicationConfigCache.getInstance().invalidate(metaData.getPath());
            reference = ApplicationConfigCache.getInstance().initRef(metaData);
        }
        // genericService是一个代理对象，接口信息是从zookeeper中拿到
        GenericService genericService = reference.get();
        try {
            // 核心代码，将请求参数转化为dubbo的泛化参数
            Pair<String[], Object[]> pair;
            if (ParamCheckUtils.dubboBodyIsEmpty(body)) {
                pair = new ImmutablePair<>(new String[]{}, new Object[]{});
            } else {
                pair = dubboParamResolveService.buildParameter(body, metaData.getParameterTypes());
            }
            // 真实的泛化调用
            return genericService.$invoke(metaData.getMethodName(), pair.getLeft(), pair.getRight());
        } catch (GenericException e) {
            log.error("dubbo invoker have exception", e);
            throw new SoulException(e.getMessage());
        }
    }

在这里插入图片描述
8. 返回结果也是使用map进行存储
在这里插入图片描述
9. DubboResponsePlugin插件再对结果做一些包装返回

四、sofa插件流程

  1. sofa的接入步骤，参考sofa 接入soul网关
  2. 配置完boostrap的pom文件、启动zk注册中心、web管理端开启插件、启动soul-test-sofa
  3. postman请求验证
    在这里插入图片描述
  4. 在SoulWebHandler插件链上打断点，sofa相关的插件一共有三个
    在这里插入图片描述
  5. BodyParamPlugin插件
    执行链路中是先执行的，负责处理一些请求类型的参数预处理的。
  6. SofaPlugin插件
    SofaDubbo插件的处理逻辑和dubbo一致：检查元数据 --检查参数类型–泛化调用。
@Override
    protected Mono<Void> doExecute(final ServerWebExchange exchange, final SoulPluginChain chain, final SelectorData selector, final RuleData rule) {
    	// 获取body
        String body = exchange.getAttribute(Constants.SOFA_PARAMS);
        SoulContext soulContext = exchange.getAttribute(Constants.CONTEXT);
        assert soulContext != null;
        // 检查metadata
        MetaData metaData = exchange.getAttribute(Constants.META_DATA);
        if (!checkMetaData(metaData)) {
            assert metaData != null;
            log.error(" path is :{}, meta data have error.... {}", soulContext.getPath(), metaData.toString());
            exchange.getResponse().setStatusCode(HttpStatus.INTERNAL_SERVER_ERROR);
            Object error = SoulResultWrap.error(SoulResultEnum.META_DATA_ERROR.getCode(), SoulResultEnum.META_DATA_ERROR.getMsg(), null);
            return WebFluxResultUtils.result(exchange, error);
        }
         // 检查请求参数类型和body
        if (StringUtils.isNoneBlank(metaData.getParameterTypes()) && StringUtils.isBlank(body)) {
            exchange.getResponse().setStatusCode(HttpStatus.INTERNAL_SERVER_ERROR);
            Object error = SoulResultWrap.error(SoulResultEnum.SOFA_HAVE_BODY_PARAM.getCode(), SoulResultEnum.SOFA_HAVE_BODY_PARAM.getMsg(), null);
            return WebFluxResultUtils.result(exchange, error);
        }
        // 泛化调用
        final Mono<Object> result = sofaProxyService.genericInvoker(body, metaData, exchange);
        return result.then(chain.execute(exchange));
    }

public Mono<Object> genericInvoker(final String body, final MetaData metaData, final ServerWebExchange exchange) throws SoulException {
        //获取服务信息
        ConsumerConfig<GenericService> reference = ApplicationConfigCache.getInstance().get(metaData.getServiceName());
        if (Objects.isNull(reference) || StringUtils.isEmpty(reference.getInterfaceId())) {
            ApplicationConfigCache.getInstance().invalidate(metaData.getServiceName());
            reference = ApplicationConfigCache.getInstance().initRef(metaData);
        }
        GenericService genericService = reference.refer();
        //请求参数转化为泛化调用的参数
        Pair<String[], Object[]> pair;
        if (null == body || "".equals(body) || "{}".equals(body) || "null".equals(body)) {
            pair = new ImmutablePair<>(new String[]{}, new Object[]{});
        } else {
            pair = sofaParamResolveService.buildParameter(body, metaData.getParameterTypes());
        }
        //异步返回结果
        CompletableFuture<Object> future = new CompletableFuture<>();
        //响应回调
        RpcInvokeContext.getContext().setResponseCallback(new SofaResponseCallback<Object>() {
            @Override
            public void onAppResponse(final Object o, final String s, final RequestBase requestBase) {
                future.complete(o);
            }

            @Override
            public void onAppException(final Throwable throwable, final String s, final RequestBase requestBase) {
                future.completeExceptionally(throwable);
            }

            @Override
            public void onSofaException(final SofaRpcException e, final String s, final RequestBase requestBase) {
                future.completeExceptionally(e);
            }
        });
        // 泛化调用
        genericService.$invoke(metaData.getMethodName(), pair.getLeft(), pair.getRight());
        // 返回结果
        return Mono.fromFuture(future.thenApply(ret -> {
            if (Objects.isNull(ret)) {
                ret = Constants.SOFA_RPC_RESULT_EMPTY;
            }
            exchange.getAttributes().put(Constants.SOFA_RPC_RESULT, ret);
            exchange.getAttributes().put(Constants.CLIENT_RESPONSE_RESULT_TYPE, ResultEnum.SUCCESS.getName());
            return ret;
        })).onErrorMap(SoulException::new);
    }
  1. SofaResponsePlugin插件
    对结果再一次包装，处理错误信息和成功的结果信息
//org.dromara.soul.plugin.sofa.response.SofaResponsePlugin#execute   
    @Override
    public Mono<Void> execute(final ServerWebExchange exchange, final SoulPluginChain chain) {
        return chain.execute(exchange).then(Mono.defer(() -> {
            final Object result = exchange.getAttribute(Constants.SOFA_RPC_RESULT);
            //错误信息
            if (Objects.isNull(result)) {
                Object error = SoulResultWrap.error(SoulResultEnum.SERVICE_RESULT_ERROR.getCode(), SoulResultEnum.SERVICE_RESULT_ERROR.getMsg(), null);
                return WebFluxResultUtils.result(exchange, error);
            }
            //成功信息
            Object success = SoulResultWrap.success(SoulResultEnum.SUCCESS.getCode(), SoulResultEnum.SUCCESS.getMsg(), JsonUtils.removeClass(result));
            return WebFluxResultUtils.result(exchange, success);
        }));
    }

五、小结

  • springcloud插件
    • 获取selector和rule
    • 检验
    • 负载均衡找出一个待调用方
    • 转换url全路径
    • 调用
  • dubbo和sofa插件
    • 获取元数据
    • 从zk获取代理对象，获取接口服务等信息
    • 泛化入参准备
    • 泛化真实调用
    • 得到泛化结果
    • 统一包装一下返回
HDGM3
关注
  • 2
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Soul网关源码学习系列之【Dubbo插件】
weixin_45577053的博客
01-28 210
Dubbo插件简介 dubbo插件是将http协议 转换成dubbo协议 的插件，也是网关实现dubbo泛化调用的关键。 dubbo插件需要配合元数据才能实现dubbo的调用。 apache dubbo 和 alibaba dubbo用户，都是使用该同一插件。 想更详细了解，可以参考官方文档。我这里还是主要看一下其代码实现。 Dubbo插件代码实现 在看代码之前，我们先了解一下Dubbo插件的数据格式是什么样的，同样Dubbo也是分了Selector和Rule，并且Dubbo还多了元数据的概念。下面
协议插件（Asynchronous Pluggable Protocols）
ljmscsq的专栏
09-23 4439
协议插件（Asynchronous Pluggable Protocols）2009年09月01日 星期二 上午 04:51 这个是微软专门为IE扩展的东西。在互联网上，常见的应用层协议包括http、FTP等。出于种种原因，微软允许用户在标准的 应用层协议之外，扩展自己的协议，称为Asynchronous Pluggable Protocol。到MSDN、cod
推荐一款高效能的网关管理神器：Soul网关
gitblog_00081的博客
06-10 419
推荐一款高效能的网关管理神器：Soul网关 项目地址:https://gitcode.com/apachearrow-nanoarrow/shenyu-dashboard 1、项目介绍 在数字化转型的过程中，API管理和微服务治理成为了关键的一环。而Soul网关管理就是为此场景量身打造的一款强大的开源工具。它提供了直观的图形界面，让你能够轻松地进行API管理和网关配置，无论是本地调试还是线上部署，...
Dubbo和Spring Cloud简单对比及思考
zollty的专栏
08-26 429
首先做一个简单的功能对比： Dubbo Spring Cloud 服务注册中心 Zookeeper Spring Cloud Netflix Eureka 服务调用方式 RPC REST API 服务监控 Dubbo-monitor Spring Boot Admin 断路器 不完善 Spring Cloud Netflix Hystrix 服务网关 无 Spring Cloud Netflix Zuul...
soul源码学习(十四)-dubbo以及sofa插件分析
yilongzhetian的博客
01-30 1229
文章目录概述dubbo调用过程sofa调用过程总结 概述 由于dubbo及sofa都属于rpc框架，都有自己的注册服务中心以及自己进行远程调用时的相关协议规定，因此放到一块进行对比分析 dubbo调用过程 本调用过程主要以apache-dubbo进行讲解。 请求过来之后，首先会调用dubbo独有的BodyParamPlugin该插件，主要作用为组装dubbo调用时所需要的参数(普通url参数或者json或者表单格式)，将该数据存储到ServerWebExchange中，并进行下一调用链调用 紧接着会进入A
dubbo 协议编解码详解
eve_z的博客
02-15 1183
protected void encodeRequest(Channel channel, ChannelBuffer buffer, Request req) throws IOException { Serialization serialization = getSerialization(channel); // header. byte[] header = new byte[HEADER_LENGTH];//16个字节 //
springcloud：Dubbo集成RPC框架demo源码案例演示
最新发布
07-23
springcloud：Dubbo集成RPC框架demo源码案例演示
spring-cloud-dubbo-together：Spring Cloud与Dubbo共存方案
01-30
自述文件一，背景假设有一个遗留的Dubbo系统，现在想改用Spring Cloud。因此需要“分步走”，即：开始实现相互共存，随后逐步绞杀Dubbo应用，最终实现技术栈的统一。 ps这里并没有降低低Dubbo的意思，仅是按照该场景...
微服务架构面试题系列：Dubbo+Spring Boot+Spring Cloud.zip
07-04
本压缩包文件"微服务架构面试题系列：Dubbo+Spring Boot+Spring Cloud.zip"包含了关于微服务领域的一系列面试题目，主要涉及了Dubbo、Spring Boot、Spring Cloud等关键技术和工具。接下来，我们将深入探讨这些技术...
springcloud同时整合dubbo与openfeign
05-20
案例代码为springcloud-libaba整合dubbo同时也整合了openfeign，消费方可以通过两种方式调用服务提供方的接口，代码下载后简单修改下数据库链接可以直接运行起来，如果运行时有任何问题可以私信我；
深入理解Spring与Dubbo整合原理与源码分析：从启动类配置到注解解析
01-16
《深入理解Spring与Dubbo整合原理与源码分析：从启动类配置到注解解析》 Spring与Dubbo的整合是现代微服务架构中的常见实践，这篇文章旨在剖析这一过程的内在机制，帮助开发者深入理解其工作原理。文章首先从应用的...
soul网关源码解析-http协议接入-divide插件
坚持需要成为习惯
01-16 539
这里的demo 都是soul-examples中的不同用户的test代码 divide插件 此插件主要针对http请求的接入 接入方法 pom 添加依赖(Springboot用户) <dependency> <groupId>org.dromara</groupId> <artifactId>soul-spring-boot-starter-client-springmvc</artifactId> <version&g
soul协议算法
q2919761440的博客
11-01 458
4. 动态分析（Dynamic Analysis）：在运行时监视程序的行为，包括函数调用、数据流和网络通信，以获取关于程序运行时行为的信息。3. 逆向编译（Decompilation）：将目标代码还原为高级编程语言的源代码形式，以便更好地理解程序的功能和结构。1. 反汇编（Disassembly）：将二进制文件转换为可读的汇编代码，以便理解程序的指令和逻辑。4. 删除私信：用户可以删除已发送或已接收的私信消息。2. 接收私信：用户可以接收其他用户发送的私信消息。// 获取用户的私信列表。
可扩展、高性能、响应迅速的API网关——Soul进行http协议转换sofa协议（四）
活在梦里
01-19 699
本文章将成系列介绍：包含但不限于高性能微服务API网关Soul的环境搭建、源码设计 本章节介绍使用soul进行http协议转换sofa协议 SOFA简介 ​ SOFA 作为蚂蚁金服自主研发的分布式的系统中间件，包含金融级云原生的架构所需要的各种组件，其中包括微服务的研发框架、RPC调用框架、服务的注册中心、分布式定时任务、限流/熔断机制、动态配置的推送功能、分布式的链路追踪、Metrics监控、分布式高可用队列、分布式事务框架、分布式数据库代理等组件。是在金融领域完整的分布式解决方案。 ​ SOFA作为
SOA 架构和微服务Dubbo架构的区别及优缺点
奇文共欣赏，疑义相与析
11-25 9902
1. 传统系统架构和微服务架构 传统的系统架构是单一架构模式。这种架构模式就是把应用整体打包部署，具体的样式依赖本身应用采用的语言，如果采用java语言，自然你会打包成war包，部署在Tomcat或者Jetty这样的应用服务器上，如果你使用spring boot还可以打包成jar包部署。其他还有Rails和Node.js应用以目录层次的形式打包。 微服务架构则是将单个的整体应用程序分割成更小的项目...
Soul网关中的sofa插件
子夜的博客
01-18 390
今天体验的是Soul中sofa插件，如果业务系统是由sofa构建而成的，当需要Soul网关的支持时，可以将自己的sofa服务接入soul网关。 1.Soul官方在soul-examples模块提供了测试样例，其中的soul-examples-sofa模块演示的是Soul网关对sofa服务的支持。模块目录及配置信息如下： ​ soul.sofa是有关Soul对sofa插件支持的配置，adminUrl是Soul的后台管理地址，contextPath是业务系统的请求路径上下文。 2.在sofa服务的pom文件中
Soul网关源码分析-Soul网关初探
qq_31279701的博客
01-14 656
Soul网关初探 目标 Soul网关简介 Soul网关特点 Soul网关架构图 本地搭建Soul网关环境 使用Soul代理Http接口 总结 Soul网关简介    这是一个异步的,高性能的,跨语言的,响应式的API网关。我希望能够有一样东西像灵魂一样，保护您的微服务。参考了Kong，Spring-Cloud-Gateway等优秀的网关后，站在巨人的肩膀上，Soul由此诞生！ Soul网关特点 支持各种语言(http协议)，支持 dubbo，springcloud协议。 插件
蚂蚁金服RPC框架sofa-rpc之微内核设计SPI机制
nobody
05-13 2532
    sofa-rpc 的SPI机制和dubbo的SPI机制都是同源于java 的SPI，通过SPI，你可以在不改变内核任何源码的情况下进行扩展，甚至替换内核。    java的spi，可以通过博文https://docs.oracle.com/javase/tutorial/ext/basics/spi.html 与https://www.developer.com/java/article....
dubbo、dubbox、motan、thrift、grpc等RPC框架比较及选型
weixin_30648963的博客
10-28 2205
概述 前段时间项目要做服务化，所以我比较了现在流行的几大RPC框架的优缺点以及使用场景，最终结合本身项目的实际情况选择了使用dubbox作为rpc基础服务框架。下面就简单介绍一下RPC框架技术选型的过程。 RPC简述 该系列文章将讲述以下RPC框架的helloword实例以及其实现原理简述，由于每一种RPC框架的原理实现不同且都比较复杂，如果想深入研究还请自行到官网或者其他技术博客学习。R...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值