SpringCloud+Dubbo3 = 王炸 ！

前言

全链路异步化的大趋势来了

随着业务的发展，微服务应用的流量越来越大，使用到的资源也越来越多。

在微服务架构下，大量的应用都是 SpringCloud 分布式架构，这种架构总体上是全链路同步模式。

全链路同步模式不仅造成了资源的极大浪费，并且在流量发生激增波动的时候，受制于系统资源而无法快速的扩容。

全球后疫情时代，降本增效是大背景。如何降本增效？

可以通过技术升级，全链路同步模式 ，升级为 全链路异步模式。

先回顾一下全链路同步模式架构图

全链路同步模式 ，如何升级为 全链路异步模式， 就是一个一个 环节的异步化。

40岁老架构师尼恩，持续深化自己的3高架构知识宇宙，当然首先要去完成一次牛逼的全链路异步模式 微服务实操，下面是尼恩的实操过程、效果、压测数据(性能足足提升10倍多)。

全链路异步模式改造 具体的内容，请参考尼恩的深度文章：全链路异步，让你的 SpringCloud 性能优化10倍+

并且，上面的文章，作为尼恩 全链路异步的架构知识，收录在《尼恩Java面试宝典》V46版的架构专题中

注：本文以 PDF 持续更新，最新尼恩 架构笔记、面试题 的PDF文件，请从这里获取：码云

SpringCloud + Dubbo 完成 RPC 异步

高并发时代来了， 各大项目有越来越强烈的诉求，全链路异步， 是性能优化的一个杀手锏。

全链路异步核心环境，就是RPC的异步化。

使用Dubbo来替换Feign，足足可以提升10倍性能。

所以，SpringCloud + Dubbo RPC 的集成 是一个比较刚性的需求。

有小伙伴查招聘网站，发现很多需要有SpringCloud + Dubbo 的集成经验，刚好印证了这点。

接下来，尼恩一步一步带着大家，来做一下 SpringCloud + Dubbo RPC 的集成实验+性能测试。

见证一下奇迹： 使用Dubbo 提升10倍的性能。

Dubbo3应用的宏观架构

Dubbo3应用架构，如下图所示：

从上面的图中，整体的的Dubbo的Rpc框架中，核心的组件有：

• config-center 配置中心，接下来使用 nacos
• Consumer消费端， 业务服务，使用Dubbo SDK 完成服务发现
• Provider服务提供端，业务服务，使用Dubbo SDK 完成服务注册
• Registry注册中心 配置中心，接下来使用 nacos

Dubbo3 应用架构的核心组件

两大部分：

• 一个Dubbo SDK
• 三中心

Dubbo SDK

Dubbo SDK作为模块，被微服务所引入和依赖。跟随着微服务组件被部署在分布式集群各个位置，实现各个微服务组件间的协作，主要是服务的注册、服务的发现

三中心

Dubbo3包含一些中心化组件，主要有3个，这包括：

• 注册中心
  • 协调Consumer消费者与Provider服务提供者之间的地址注册与发现。
• 配置中心
  • 存储Dubbo启动阶段的全局配置，保证配置的跨环境共享与全局一致性
  • 负责服务治理规则（路由规则、动态配置等）的存储与推送。
• 元数据中心
  • 接收Provider服务端上报的服务接口元数据，为Admin等控制台提供运维能力（如服务测试、接口文档等）
  • 作为服务发现机制的补充，提供额外的接口/方法级别配置信息的同步能力，相当于注册中心的额外扩展。

以上三个中心，由Nacos组件承担，

所以在下面的实操中，无论dubbo-Provider还是dubbo-consumer，配置文件中都是这么配置的：

dubbo:scan:base-packages: com.crazymaker.cloud.dubboapplication:name:  ${spring.application.name}protocol:name: dubboport: -1registry:address: nacos://${NACOS_SERVER:cdh1:8848}username: nacospassword: nacosparameters:namespace: dubbogroup: DUBBO_GROUPconfig-center:address: nacos://${NACOS_SERVER:cdh1:8848}username: nacospassword: nacosgroup: DUBBO_GROUPmetadata-report:address: nacos://${NACOS_SERVER:cdh1:8848}username: nacospassword: nacosgroup: DUBBO_GROUP

SpringBoot整合Dubbo3.0基础准备

阿里早已把dubbo捐赠给了Apache，现在dubbo由Apache在维护更新，dubbo也已经成了Apache下的顶级项目。

SpringCloud+Nacos+Dubbo3.0

版本说明

• SpringCloud:Hoxton.SR8
• SpringCloudAlibaba:2.2.3.RELEASE
• SpringBoot:2.3.4.RELEASE
• Nacos:2.0.3
• Dubbo:3.0.7

项目结构介绍

1、dubbo的依赖的坐标

Maven 依赖的坐标是Apache官方最新的3.0.4坐标。

<dependency><groupId>org.apache.dubbo</groupId><artifactId>dubbo-bom</artifactId><version>${dubbo.version}</version><type>pom</type><scope>import</scope>
</dependency>

如果使用的老版本的Dubbo，比如下面的这些依赖， 现在需要去掉啦

<dependency><groupId>com.alibaba.spring.boot</groupId><artifactId>dubbo-spring-boot-starter</artifactId><version>2.0.0</version>
</dependency><dependency><groupId>io.dubbo.springboot</groupId><artifactId>spring-boot-starter-dubbo</artifactId><version>1.0.0</version>
</dependency>

2、 注册中心的依赖的坐标

老的项目采用zookeeper为注册中心，当然，咱们的电脑里的虚拟机，其实都已经安装好zookeeper服务器，并已经启动。

所以，如果要使用ZK，对于咱们技术自由圈（疯狂创客圈的新名字）的小伙伴来说，也是非常方便的。

但是SpringCloud项目上一般使用的注册中，不是appolo，不是eureka，而是nacos。

现在Dubbo也支持nacos， 所以我们使用Nacos作为注册中心

<dependency><groupId>org.apache.dubbo</groupId><artifactId>dubbo-registry-nacos</artifactId><version>${dubbo.version}</version><exclusions><exclusion><groupId>com.alibaba.nacos</groupId><artifactId>nacos-client</artifactId></exclusion></exclusions><type>pom</type>
</dependency>

这里有个版本兼容性的bug，尼恩稍微花了一点点时间，才解决这个问题。

具体的话，视频中给大家详细说一下。

SpringBoot整合Dubbo3.0大致步骤

• SpringBoot 项目创建
• Dubbo 服务提供方实现
• Dubbo 服务消费方实现
• 自定义Filter拦截所有消费请求
• 自定义LoadBalance完成特殊场景负载均衡

模块结构

接下来演示下整合的模块结构，注意，是Springcloud 项目的老项目升级，

不是一个全新的项目，很多老的代码，要复用的

所以，就是在原来的crazy-SpringCloud 微服务项目上改造

但是这里仅仅演示 dubbo，所以，在原理的 脚手架里边，增加了两个子模块，

注意： 模块里边，并没有去掉原来的SpringCloud OpenFeign 的RPC调用, 而是两种RPC 调用共存。

方便后续在业务中快速运用，完整结构如下：

1. consumer，服务消费方模块；
2. provider，服务提供方模块；
3. 统一定义服务接口和实体类，被其他工程模块引用；

consumer，服务消费方模块\ provider，服务提供方模块；如下图

统一定义服务接口和实体类，被其他工程模块引用； 所以，这个之前fegin 的RPC 接口，现在接着给Dubbo用。

Dubbo微服务注册发现的相关配置

• 命名空间隔离
• 微服务注册中心配置

命名空间隔离

在nacos 的命名空间， 用来做 dubbo 的命名空间隔离

首先创建nacos的命名空间

命名id 是要用到的， 这里需要填写，

主要，不要自动生产

微服务yml配置

微服务 yml 配置， yml配置 dubbo nacos 命名空间

dubbo:scan:base-packages: xxxprotocol:name: dubboport: -1# 注册中心配置registry:address: nacos://xxxparameters:namespace: dubbogroup: DUBBO_GROUPdubbo:application:name:  ${spring.application.name}protocol:name: dubboport: -1registry:address: nacos://${NACOS_SERVER:cdh1:8848}username: nacospassword: nacosparameters:namespace: dubbogroup: DUBBO_GROUPconfig-center:address: nacos://${NACOS_SERVER:cdh1:8848}username: nacospassword: nacosgroup: DUBBO_GROUPmetadata-report:address: nacos://${NACOS_SERVER:cdh1:8848}username: nacospassword: nacosgroup: DUBBO_GROUP

common-service 模块

服务接口 进行利旧 复用

还是之前的 UserClient 老接口，open fegn注解都不去掉

package com.crazymaker.springcloud.user.info.remote.client;import com.crazymaker.springcloud.common.dto.UserDTO;
import com.crazymaker.springcloud.common.result.RestOut;
import com.crazymaker.springcloud.standard.config.FeignConfiguration;
import com.crazymaker.springcloud.user.info.remote.fallback.UserClientFallbackFactory;
import org.springframework.cloud.openfeign.FeignClient;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RequestMethod;
import org.springframework.web.bind.annotation.RequestParam;/*** Feign 客户端接口* @description: 用户信息 远程调用接口* @date 2019年7月22日*/@FeignClient(value = "uaa-provider",configuration = FeignConfiguration.class,
//        fallback = UserClientFallback.class,fallbackFactory = UserClientFallbackFactory.class,path = "/uaa-provider/api/user")
public interface UserClient
{/*** 远程调用 RPC 方法：获取用户详细信息* @param userId 用户 Id* @return 用户详细信息*/@RequestMapping(value = "/detail/v1", method = RequestMethod.GET)RestOut<UserDTO> detail(@RequestParam(value = "userId") Long userId);@RequestMapping(value = "/hello/v1", method = RequestMethod.GET)public String hello(@RequestParam(value = "name") String name);
}

服务提供者实操：dubbo-provider 服务

pom依赖

<!-- dubbo -->
<dependency><groupId>org.apache.dubbo</groupId><artifactId>dubbo</artifactId>
</dependency>
<dependency><groupId>org.apache.dubbo</groupId><artifactId>dubbo-registry-nacos</artifactId><exclusions><exclusion><artifactId>nacos-client</artifactId><groupId>com.alibaba.nacos</groupId></exclusion></exclusions>
</dependency><!-- dubbo starter --><dependency><groupId>com.alibaba.nacos</groupId><artifactId>nacos-client</artifactId><version>${nacos-client-verson}</version>
</dependency>

服务实现类

package com.crazymaker.cloud.dubbo.demo.sevice;import com.crazymaker.springcloud.common.dto.UserDTO;
import com.crazymaker.springcloud.common.result.RestOut;
import com.crazymaker.springcloud.user.info.remote.client.UserClient;
import org.apache.dubbo.config.annotation.DubboService;
import org.springframework.stereotype.Component;@DubboService
@Componentpublic class UserClientDubboService implements UserClient {@Overridepublic RestOut<UserDTO> detail(Long userId) {UserDTO dto=new UserDTO();dto.setUserId(userId);dto.setNickname(" dubbo rpc test");return RestOut.success(dto).setRespMsg("操作成功");}@Overridepublic String hello(String name) {return "from dubbo provider : 你好，"+name;}
}

dubbo和Feign的一个不同

• dubbo的服务发布和暴露，直接在 service 层加上注解 ，就完成了

比如：上面的案例中，加上一个类级别的 注解，就可以 暴露这个服务接口 @DubboService

• 而 Feign 的服务接口发布，是在 @Controller 层完成的。

相对来说，比 使用 Dubbo 更为笨重

Provider的Dubbo+Nacos配置文件

spring:security:enabled: falseapplication:name: dubbo-provider-demoserver:port: 28088servlet:context-path: /dubbo-provider-demo#### 暴露端点
management:endpoints:web:base-path: "/actuator"  # 配置 Endpoint 的基础路径exposure:include: '*'  #在yaml 文件属于关键字，所以需要加引号endpoint:logfile:# spring boot admin  client不配置日志文件路径（同时配置logback-spring.xml对应的日志输出配置，否则无法输出日志），# 控制台上的Logging模块下的Logfile会报错：Fetching logfile failed.Request failed with status code 404external-file: ${log_dubbo_provider_demo_path_full:C:/logs/dubbo-provider-demo/logs/output.log}enabled: truehealth:show-details: always# 未配置/注释 以下内容
#  boot:
#    admin:
#      context-path: consumermetrics:tags:application:  ${spring.application.name}export:prometheus:enabled: truestep: 1mdescriptions: truedubbo:scan:base-packages: com.crazymaker.cloud.dubboapplication:name:  ${spring.application.name}protocol:name: dubboport: -1registry:address: nacos://${NACOS_SERVER:cdh1:8848}username: nacospassword: nacosparameters:namespace: dubbogroup: DUBBO_GROUPconfig-center:address: nacos://${NACOS_SERVER:cdh1:8848}username: nacospassword: nacosgroup: DUBBO_GROUPmetadata-report:address: nacos://${NACOS_SERVER:cdh1:8848}username: nacospassword: nacosgroup: DUBBO_GROUP

启动类 加上@EnableDubbo 注解

package com.crazymaker.cloud.dubbo.demo.starter;import com.crazymaker.springcloud.common.util.IpUtil;
import lombok.extern.slf4j.Slf4j;
import org.apache.commons.lang3.StringUtils;
import org.apache.dubbo.config.spring.context.annotation.EnableDubbo;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.client.discovery.EnableDiscoveryClient;
import org.springframework.context.ConfigurableApplicationContext;
import org.springframework.core.env.Environment;
import springfox.documentation.swagger2.annotations.EnableSwagger2;import java.net.Inet4Address;
import java.util.Optional;@EnableSwagger2
@EnableDiscoveryClient
@Slf4j
@EnableDubbo@SpringBootApplication(scanBasePackages ={"com.crazymaker.cloud.dubbo.demo",}
)public class DubboProviderApplication {public static void main(String[] args) {try {ConfigurableApplicationContext applicationContext = SpringApplication.run(DubboProviderApplication.class, args);Environment env = applicationContext.getEnvironment();String port = env.getProperty("server.port");String name = env.getProperty("spring.application.name");String path = env.getProperty("server.servlet.context-path");if (StringUtils.isBlank(path)) {path = "";}Optional<Inet4Address> ip = IpUtil.getLocalIp4Address();log.info("\n----------------------------------------------------------\n\t" +name.toUpperCase() + " is running! Access URLs:\n\t" +"Local: \t\thttp://" + ip.get() + ":" + port + path + "/\n\t" +"swagger-ui: \thttp://" + ip.get() + ":" + port + path + "/swagger-ui.html\n\t" +"actuator: \thttp://" + ip.get() + ":" + port + path + "/actuator/info\n\t" +"----------------------------------------------------------");} catch (Exception e) {log.error("服务启动报错", e);}}
}

启动、体验Provider

打包之后，在 咱们优雅的虚拟机centos8中，优雅的启动一下,

来一个优雅的启动命令

[root@centos1 work]# cd dubbo-provider-demo-1.0-SNAPSHOT/bin/
[root@centos1 bin]# sh ./deploy.sh start
PORT:28088
JVM:-server -Xms512m -Xmx2048m
nohup java -server -Xms512m -Xmx2048m -Dserver.port=28088   -jar /work/dubbo-provider-demo-1.0-SNAPSHOT/lib/dubbo-provider-demo-1.0-SNAPSHOT.jar com.crazymaker.cloud.dubbo.demo.starter.DubboProviderApplication  &log file : /work/logs/dubbo-provider-demo-1.0-SNAPSHOT/output.log

太爽… 有个vagrant+Centos 开发环境， 开发Java应用，爽到不要不要的

关键是： 在这个虚拟机 box 文件中，尼恩给大家预装了K8S 云原生环境，大家一键导入省了N多麻烦。基于这个环境， 下一步咱们就开始 “左手大数据、右手云原生” 的高端实操

继续看，屏幕的下面，下面还有swagger体验地址

使用这个地址，可以在浏览器开起Swagger -UI 的界面

http:///cdh1:28088/dubbo-provider-demo/swagger-ui.html

开启之后的效果，但是，这个和dubbo没有关系

因为dubbo的服务并没有在swagger ui 展示

在Nacos查看Dubbo服务的注册情况

通过nacos，可以看到 dubbo的服务啦

具体的细节，咱们后面讲dubbo视频的时候，再说

这里先把性能优化起来

服务消费者实操：dubbo-consumer 服务

consumer模块

消费者实现类

package com.crazymaker.cloud.dubbo.demo.consumer.controller;import com.crazymaker.springcloud.common.dto.UserDTO;
import com.crazymaker.springcloud.common.result.RestOut;
import com.crazymaker.springcloud.user.info.remote.client.UserClient;
import io.swagger.annotations.Api;
import io.swagger.annotations.ApiOperation;
import org.apache.dubbo.config.annotation.DubboReference;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RequestMethod;
import org.springframework.web.bind.annotation.RequestParam;
import org.springframework.web.bind.annotation.RestController;@RestController
@RequestMapping("/user")
@Api(tags = "Dubbo-RPC  完成远程调用")
public class UserConsumerController {//注入  @DubboReference 注解配置 所配置的 EchoClient 客户端Feign实例@DubboReference(loadbalance = "groupLoadBalance")private UserClient userService;//用户详情@ApiOperation(value = "用户详情接口")@RequestMapping(value = "/detail/v1", method = RequestMethod.GET)RestOut<UserDTO> detail(@RequestParam(value = "userId", required = true)Long userId) {RestOut<UserDTO> ret = userService.detail(userId);return ret;}
}

消费者Dubbo+Nacos配置文件

spring:security:enabled: falseapplication:name: dubbo-consumer-demo
#http://cdh1:18081/dubbo-consumer-demo/swagger-ui.htmlserver:port: 18081servlet:context-path: /dubbo-consumer-demo#### 暴露端点
management:endpoints:web:base-path: "/actuator"  # 配置 Endpoint 的基础路径exposure:include: '*'  #在yaml 文件属于关键字，所以需要加引号endpoint:health:show-details: alwaysmetrics:tags:application: ${spring.application.name}
#  boot:
#    admin:
#      context-path: consumerdubbo:scan:base-packages: com.crazymaker.cloud.dubboapplication:name:  ${spring.application.name}protocol:name: dubboport: -1registry:address: nacos://${NACOS_SERVER:cdh1:8848}username: nacospassword: nacosparameters:namespace: dubbogroup: DUBBO_GROUPconfig-center:address: nacos://${NACOS_SERVER:cdh1:8848}username: nacospassword: nacosgroup: DUBBO_GROUPmetadata-report:address: nacos://${NACOS_SERVER:cdh1:8848}username: nacospassword: nacosgroup: DUBBO_GROUP

启动类 加上@EnableDubbo 注解

package com.crazymaker.cloud.dubbo.demo.consumer.starter;import com.crazymaker.springcloud.common.util.IpUtil;
import lombok.extern.slf4j.Slf4j;
import org.apache.commons.lang3.StringUtils;
import org.apache.dubbo.config.spring.context.annotation.EnableDubbo;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.actuate.autoconfigure.security.servlet.ManagementWebSecurityAutoConfiguration;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.boot.autoconfigure.data.redis.RedisAutoConfiguration;
import org.springframework.boot.autoconfigure.data.redis.RedisRepositoriesAutoConfiguration;
import org.springframework.boot.autoconfigure.jdbc.DataSourceAutoConfiguration;
import org.springframework.boot.autoconfigure.jdbc.DataSourceTransactionManagerAutoConfiguration;
import org.springframework.boot.autoconfigure.orm.jpa.HibernateJpaAutoConfiguration;
import org.springframework.boot.autoconfigure.security.servlet.SecurityAutoConfiguration;
import org.springframework.cloud.client.discovery.EnableDiscoveryClient;
import org.springframework.cloud.openfeign.EnableFeignClients;
import org.springframework.context.ConfigurableApplicationContext;
import org.springframework.core.env.Environment;
import springfox.documentation.swagger2.annotations.EnableSwagger2;import java.net.Inet4Address;
import java.util.Optional;@EnableSwagger2
@EnableDiscoveryClient
@Slf4j
@EnableDubbo@SpringBootApplication(scanBasePackages ={"com.crazymaker.cloud.dubbo.demo","com.crazymaker.springcloud.standard"},exclude = {SecurityAutoConfiguration.class,//排除db的自动配置DataSourceAutoConfiguration.class,DataSourceTransactionManagerAutoConfiguration.class,HibernateJpaAutoConfiguration.class,SecurityAutoConfiguration.class,ManagementWebSecurityAutoConfiguration.class,//排除redis的自动配置RedisAutoConfiguration.class,RedisRepositoriesAutoConfiguration.class})
//启动Feign
@EnableFeignClients(basePackages ={"com.crazymaker.cloud.dubbo.demo.consumer.client"})
public class DubboConsumerApplication {public static void main(String[] args) {try {ConfigurableApplicationContext applicationContext = SpringApplication.run(DubboConsumerApplication.class, args);Environment env = applicationContext.getEnvironment();String port = env.getProperty("server.port");String name = env.getProperty("spring.application.name");String path = env.getProperty("server.servlet.context-path");if (StringUtils.isBlank(path)) {path = "";}Optional<Inet4Address> ip = IpUtil.getLocalIp4Address();log.info("\n----------------------------------------------------------\n\t" +name.toUpperCase() + " is running! Access URLs:\n\t" +"Local: \t\thttp://" + ip.get() + ":" + port + path + "/\n\t" +"swagger-ui: \thttp://" + ip.get() + ":" + port + path + "/swagger-ui.html\n\t" +"actuator: \thttp://" + ip.get() + ":" + port + path + "/actuator/info\n\t" +"----------------------------------------------------------");} catch (Exception e) {log.error("服务启动报错", e);}}
}

启动、体验 Consumer

打包之后，在 咱们优雅的虚拟机 centos8 中，优雅的启动一下,

来一个优雅的启动命令

[root@centos1 bin]# cd ../../dubbo-consumer-demo-1.0-SNAPSHOT/bin/
[root@centos1 bin]# sh ./deploy.sh start
PORT:18081
JVM:-server -Xms512m -Xmx2048m
nohup java -server -Xms512m -Xmx2048m -Dserver.port=18081   -jar /work/dubbo-consumer-demo-1.0-SNAPSHOT/lib/dubbo-consumer-demo-1.0-SNAPSHOT.jar com.crazymaker.cloud.dubbo.demo.consumer.starter.DubboConsumerApplication  &
nohup: appending output to 'nohup.out'

太爽… 有个vagrant+Centos 开发环境， 开发Java应用，爽到不要不要的

关键是： 在这个虚拟机 box 文件中，尼恩给大家预装了K8S 云原生环境，大家一键导入省了N多麻烦。

下一步，基于这个环境， 咱们就开始 “左手大数据、右手云原生” 的高端实操

继续看，屏幕的下面，下面还有swagger体验地址

使用这个地址，可以在浏览器开起Swagger -UI 的界面

http:///10.0.2.15:18081/dubbo-consumer-demo/swagger-ui.html

注意，要修改一下 host，修改之后为

http://cdh1:18081/dubbo-consumer-demo/swagger-ui.html

Feign 和Dubbo 两大RPC调用 并存的效果，如下：

在Nacos查看Dubbo服务的注册情况

通过nacos，可以看到 dubbo的服务的消费者啦

具体的细节，咱们后面讲dubbo视频的时候，再说

这里先把性能优化起来

性能的对比测试

然后进行了性能的对比验证

dubbo 的压测数据

wrk -t8 -c200 -d30s --latency  http://cdh1:18081/dubbo-consumer-demo/user/detail/v1?userId=1[root@centos1 src]# wrk -t8 -c200 -d30s --latency  http://cdh1:18081/dubbo-consumer-demo/user/detail/v1?userId=1
Running 30s test @ http://cdh1:18081/dubbo-consumer-demo/user/detail/v1?userId=18 threads and 200 connectionsThread Stats   Avg      Stdev     Max   +/- StdevLatency    30.10ms   45.68ms 644.45ms   95.43%Req/Sec     1.12k   465.63     2.36k    66.87%Latency Distribution50%   18.94ms75%   28.43ms90%   46.21ms99%  283.56ms264316 requests in 30.07s, 148.47MB read
Requests/sec:   8788.96
Transfer/sec:      4.94MB

feign 的压测数据

wrk -t8 -c200 -d30s --latency  http://cdh1:18081/dubbo-consumer-demo/echo/variable/11[root@centos1 src]# wrk -t8 -c200 -d30s --latency  http://cdh1:18081/dubbo-consumer-demo/echo/variable/11
Running 30s test @ http://cdh1:18081/dubbo-consumer-demo/echo/variable/118 threads and 200 connectionsThread Stats   Avg      Stdev     Max   +/- StdevLatency   321.50ms  294.59ms   2.00s    61.77%Req/Sec    87.18     43.39   232.00     67.00%Latency Distribution50%  309.06ms75%  503.06ms90%  687.99ms99%    1.21s20495 requests in 30.10s, 7.64MB readSocket errors: connect 0, read 0, write 0, timeout 49
Requests/sec:    680.90
Transfer/sec:    259.99KB

从数据来看， dubbo rpc 是feign rpc 性能10倍

Dubbo比Feign高10倍以上的本质

Dubbo比Feign高10倍以上的本质，不是在于应用层的协议，和传输格式

面试的时候，太多的小伙伴被问到： Dubbo比Feign性能高，说说原因。

小伙伴首先回答的是：

Dubbo 是TCP 层的传输协议，Feign是应用层 的HTTP传输协议，所以性能低。

这个答案不是本质原因，HTTP是有些冗余的头部报文，但是不至于差10倍。能差0.5倍，就已经顶天了。

差10倍的原因：是 同步链路 与异步链路 的 区别。

或者说：Dubbo比Feign高10倍以上的本质，是RPC 调用异步化

RPC 调用主要的框架有：

特点是：

• feign 是同步IO 、阻塞模式的同步 RPC框架
• dubbo 是基于Netty的非阻塞IO + Reactor 反应堆线程模型的 异步RPC框架

异步RPC 调用，等待upstream 上游 response 返回时，线程不处于block 状态

作为微服务架构中数据流量最大的一部分，RPC 调用异步化的收益巨大；

dubbo 的异步RPC，仅仅 SpringCloud 微服务全链路 异步的一个环节， SpringCloud 全链路 异步有5个以上的环节。

有关 微服务全链路 异步高性能改造，请参考尼恩的深度文章：

全链路异步，让你的 SpringCloud 性能优化10倍+

高并发、云原生、大数据时代，很多组件都是 全异步的、响应式的。

大家一定要掌握全链路异步的底层原理，掌握好 响应式编程的底层原理和实操，为 “左手大数据、右手云原生” 做好技术准备。

后面尼恩也会写一些列的博文，为大家“左手大数据、右手云原生” 做好技术储备。

具体请关注尼恩的疯狂创客圈社群（50+）。

Dubbo 与 SpringCloud 的通信 Openfeign的区别

1、协议支持方面

• Feign更加优雅简单。
  Feign是通过REST API实现的远程调用，基于Http传输协议，服务提供者需要对外暴露Http接口供消费者调用，服务粒度是http接口级的。
  很多文章说：通过短连接的方式进行通信，不适合高并发的访问。
  尼恩纠错： Feign 并不是短链接，而是长连接 ，具体请 阅读 尼恩 的《Java 高并发核心编程 卷1 加强版》
• Dubbo方式更灵活。
  Dubbo是通过RPC调用实现的远程调用，支持多传输协议(Dubbo、Rmi、http、redis等等)，可以根据业务场景选择最佳的方式，非常灵活。
  默认的Dubbo协议：利用Netty，TCP传输，单一、异步、长连接，适合数据量小、高并发和服务提供者远远少于消费者的场景。Dubbo通过TCP长连接的方式进行通信，服务粒度是方法级的。

2、通信性能方面

• Feign基于Http传输协议，底层实现是rest。在高并发场景下性能不够理想。
• Dubbo框架的通信协议采用RPC协议，属于传输层协议，提升了交互的性能，保持了长连接，高性能。

3、线程模型方面

• Feign使用的是阻塞式的线程模型， 在请求和响应直之间， IO线程是阻塞的，死等到超时。
• Dubbo使用的是异步非阻塞式的线程模型（Netty的Reactor反应器）， 在请求和响应直之间， IO线程是非阻塞的，有限的线程，可以处理大量的请求。

这点是性能的核心。

SpringCloud + Dubbo RPC 的集成的价值

高并发时代来了， 各大项目有越来越强烈的诉求，全链路异步， 是性能优化的一个杀手锏。

使用Dubbo来替换Feign，足足可以提升10倍性能。

所以，SpringCloud + Dubbo RPC 的集成 是一个比较刚性的需求。

有小伙伴查招聘网站，发现很多需要有SpringCloud + Dubbo 的集成经验，刚好印证了这点。

尼恩强烈建议大家，做一下 SpringCloud + Dubbo RPC 的集成，在同一个微服务下，同时使用了Feign + Dubbo。

尼恩提示：很多小伙伴来找尼恩改简历，但是发现一点漂亮的技术亮点都没有，如果确实找不到亮点，可以把这个实操做一下，写入简历，作为亮点。如果确实不清楚怎么写入简历，可以来找尼恩进行简历指导。保证 脱胎换骨、金光闪闪、天衣无缝。

参考文献

全链路异步，让你的 SpringCloud 性能优化10倍+

https://blog.csdn.net/wpc2018/article/details/122634049

https://www.jianshu.com/p/7d80b94068b3

https://blog.csdn.net/yhj_911/article/details/119540000

http://bjqianye.cn/detail/6845.html

https://blog.csdn.net/hao134838/article/details/110824092

https://blog.csdn.net/hao134838/article/details/110824092

https://blog.csdn.net/weixin_34096182/article/details/91436704

https://blog.csdn.net/fly910905/article/details/121682625

https://gaocher.github.io/2020/01/05/mono-create/

推荐阅读：

《响应式圣经：10W字，实现Spring响应式编程自由》

《4次迭代，让我的 Client 优化 100倍！泄漏一个 人人可用的极品方案！》

《100亿级订单怎么调度，来一个大厂的极品方案》

《Linux命令大全：2W多字，一次实现Linux自由》

《阿里一面：你做过哪些代码优化？来一个人人可以用的极品案例》

《网易二面：CPU狂飙900%，该怎么处理？》

《阿里二面：千万级、亿级数据，如何性能优化？ 教科书级 答案来了》

《峰值21WQps、亿级DAU，小游戏《羊了个羊》是怎么架构的？》

《场景题：假设10W人突访，你的系统如何做到不 雪崩？》

《2个大厂 100亿级 超大流量 红包 架构方案》

《Nginx面试题（史上最全 + 持续更新）》

《K8S面试题（史上最全 + 持续更新）》

《操作系统面试题（史上最全、持续更新）》

《Docker面试题（史上最全 + 持续更新）》

《Springcloud gateway 底层原理、核心实战 (史上最全)》

《Flux、Mono、Reactor 实战（史上最全）》

《sentinel （史上最全）》

《Nacos (史上最全)》

《TCP协议详解 (史上最全)》

《分库分表 Sharding-JDBC 底层原理、核心实战（史上最全）》

《clickhouse 超底层原理 + 高可用实操 （史上最全）》

《nacos高可用（图解+秒懂+史上最全）》

《队列之王： Disruptor 原理、架构、源码 一文穿透》

《环形队列、 条带环形队列 Striped-RingBuffer （史上最全）》

《一文搞定：SpringBoot、SLF4j、Log4j、Logback、Netty之间混乱关系（史上最全）》

《单例模式（史上最全）》

《红黑树（ 图解 + 秒懂 + 史上最全）》

《分布式事务 （秒懂）》

《缓存之王：Caffeine 源码、架构、原理（史上最全，10W字 超级长文）》

《缓存之王：Caffeine 的使用（史上最全）》

《Java Agent 探针、字节码增强 ByteBuddy（史上最全）》

《Docker原理（图解+秒懂+史上最全）》

《Redis分布式锁（图解 - 秒懂 - 史上最全）》

《Zookeeper 分布式锁 - 图解 - 秒懂》

《Zookeeper Curator 事件监听 - 10分钟看懂》

《Netty 粘包 拆包 | 史上最全解读》

《Netty 100万级高并发服务器配置》

《Springcloud 高并发 配置 （一文全懂）》