概述
在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调用。
如果本文对你有帮助，别忘记来个三连：点赞，转发，评论。咱们下期见！
收藏 等于白嫖，点赞 才是真情！
