Spring Cloud Alibaba微服务实战二十一 - 整合Dubbo

作者简介：大家好，我是smart哥，前中兴通讯、美团架构师，现某互联网公司CTO

联系qq：184480602，加我进群，大家一起学习，一起进步，一起对抗互联网寒冬

学习必须往深处挖，挖的越深，基础越扎实！

阶段1、深入多线程

阶段2、深入多线程设计模式

阶段3、深入juc源码解析

阶段4、深入jdk其余源码解析

阶段5、深入jvm源码解析

码哥源码部分

码哥讲源码-原理源码篇【2024年最新大厂关于线程池使用的场景题】

码哥讲源码【炸雷啦！炸雷啦！黄光头他终于跑路啦！】

码哥讲源码-【jvm课程前置知识及c/c++调试环境搭建】

​​​​​​码哥讲源码-原理源码篇【揭秘join方法的唤醒本质上决定于jvm的底层析构函数】

码哥源码-原理源码篇【Doug Lea为什么要将成员变量赋值给局部变量后再操作？】

码哥讲源码【你水不是你的错,但是你胡说八道就是你不对了！】

码哥讲源码【谁再说Spring不支持多线程事务，你给我抽他！】

终结B站没人能讲清楚红黑树的历史，不服等你来踢馆！

打脸系列【020-3小时讲解MESI协议和volatile之间的关系，那些将x86下的验证结果当作最终结果的水货们请闭嘴】

概述

在Spring Cloud构建的微服务系统中，大多数的开发者使用都是官方提供的Feign组件来进行内部服务通信，这种声明式的HTTP客户端使用起来非常的简洁、方便、优雅，但是有一点，在使用Feign消费服务的时候，相比较Dubbo这种RPC框架而言，性能较差。

虽说在微服务架构中，会讲按照业务划分的微服务独立部署，并且运行在各自的进程中。微服务之间的通信更加倾向于使用HTTP这种简答的通信机制，大多数情况都会使用REST API。这种通信方式非常的简洁高效，并且和开发平台、语言无关，但是通常情况下，HTTP并不会开启KeepAlive功能，即当前连接为短连接，短连接的缺点是每次请求都需要建立TCP连接，这使得其效率变的相当低下。

对外部提供REST API服务是一件非常好的事情，但是如果内部调用也是使用HTTP调用方式，就会显得显得性能低下，Spring Cloud默认使用的Feign组件进行内部服务调用就是使用的HTTP协议进行调用，这时，我们如果内部服务使用RPC调用，对外使用REST API，将会是一个非常不错的选择，恰巧，Dubbo Spring Cloud给了我们这种选择的实现方式。

以上内容摘自官网。

这里我觉得还有另外一个点也是需要大家考虑的，很多公司在早期已经基于dubbo构建了很多底层微服务，如果全部使用cloud架构进行迁移相对比较麻烦，如果在cloud中能直接集成dubbo就简单多了。

之前的文章我们已经实现了从Order-service使用feign调用Account-Serviice，本章内容我们来实现使用dubbo调用Account-Dubbo，最后通过JMeter对接口进行性能测试看看两者之间的性能差距。

组件调用图

实现Dubbo生产者

• 在项目中建立服务模块 account-dubbo，在 account-dubbo中再建立两个模块 dubbo-api和 dubbo-provider 模块。

  

• 在 dubbo-provider的pom文件中添加Dubbo Spring Cloud的关键依赖。

    <dependency>
     <groupId>com.alibaba.cloud</groupId>
     <artifactId>spring-cloud-starter-dubbo</artifactId>
    </dependency>
    
    <dependency>
     <groupId>com.alibaba.cloud</groupId>
     <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
    </dependency>

「注意：这里不能直接使用dubbo的原生jar，并且需要引入nacos注册中心，需要将dubbo注册到springcloud的注册中心上」

• 修改dubbo-provider 项目的配置文件application.properties

    spring.cloud.nacos.discovery.server-addr = 10.0.23.48:8848
    dubbo.application.id = account-dubbo
    dubbo.protocol.name = dubbo
    dubbo.protocol.port = 20881
    dubbo.scan.base-packages = com.javadaily.dubbo.service
    dubbo.registry.address = spring-cloud://localhost
    spring.application.name = account-dubbo
    dubbo.registry.check = false
    dubbo.consumer.check = false
    dubbo.cloud.subscribed-services = order-service

这里使用 dubbo.registry.address将dubbo注册到了springcloud的注册中心上。

• 在dubbo-api中添加服务接口，为了后面的性能测试我们这里使用Account-Service一样的接口。

    public interface AccountService {
        AccountDTO getByCode(String accountCode);
    }

• 在dubbo-provider中实现该接口（mybatis的相关配置略...）

    @Service
    public class AccountServiceImpl implements AccountService {
    
        @Autowired
        private AccountMapper accountMapper;
    
        @Override
        public AccountDTO getByCode(String accountCode) {
            AccountDTO accountDTO = new AccountDTO();
            Account account = accountMapper.selectByCode(accountCode);
            BeanUtils.copyProperties(account,accountDTO);
            return accountDTO;
        }
    }

注意这里的 @Service注解使用的是 org.apache.dubbo.config.annotation.Service，不是Spring原生的Service注解。

• 在dubbo-provider中添加主启动类，并添加EnableDubbo注解

    @SpringBootApplication
    @EnableDubbo
    public class AccountDubboApplication {
        public static void main(String[] args) {
            SpringApplication.run(AccountDubboApplication.class, args);
        }
    }

• 启动dubbo服务，查看注册中心中是否正常注册。

注册中心

Order-Service消费方修改

• 引入dubbo相关依赖

     <!--dubbo-->
    <dependency>
     <groupId>com.alibaba.cloud</groupId>
     <artifactId>spring-cloud-starter-dubbo</artifactId>
    </dependency>
    
    
    <dependency>
     <groupId>com.jianzh5.cloud</groupId>
     <artifactId>dubbo-api</artifactId>
     <version>1.0.0</version>
    </dependency>

• 修改消费方配置文件，增加dubbo的配置参数

    dubbo:
      registry:
        address: spring-cloud://localhost
      cloud:
        subscribed-services: account-dubbo
      consumer:
        check: false

由于 Order-Service不需要对外提供RPC服务所以这里只需要配置dubbo的注册中心即可。

通过 dubbo.cloud.subscribed-services 配置生成者的服务id，默认是 * 即注册所有，此选项建议配置。

• 修改消费逻辑，使用dubbo调用。

    @Slf4j
    @RestController
    public class FeignController {
       
        @Reference
        private AccountService accountService;
    
        @GetMapping("/order/getAccount/{accountCode}")
        public ResultData<AccountDTO> getAccount(@PathVariable String accountCode){
    
            AccountDTO accountDTO = accountService.getByCode(accountCode);
    
            return ResultData.success(accountDTO);
        }
    
    }

通过 org.apache.dubbo.config.annotation.Reference 引入dubbo服务即可。

通过以上几步我们完成了SpringCloud与Dubbo的整合，大家自行测试即可。接下来我们看看两者之间的性能差异。

性能测试

测试效果是在楼主笔记本上测试的，在高配置上效果差异会更明显。

配置：Intel Core i5-7200U CPU @ 2.50GHz 2.70GHz 6核 16G内存
测试工具：JMeter5.1
线程数：1000
Ramp-Up : 10

JMeter参数

dubbo调用效果

dubbo测试效果

平均响应时间	吞吐量	最小响应时间	最大响应时间
488ms	95.8/sec	16ms	2970ms

feign调用效果

feign测试效果

平均响应时间	吞吐量	最小响应时间	最大响应时间
3213ms	75.1/sec	108ms	6097ms

通过上面的测试结果可以看出两者的性能差距，feign的性能明显落后dubbo很多，对于追求性能的应用来说还是建议使用dubbo进行RPC调用。