SpringCloud 与 Dubbo区别

本文内容纲要：

-总览 -

总览

Dubbo SpringCloud 服务注册中心 Zookeeper SpringCloudNetfixEureka 服务调用方式 RPC RESTAPI 服务监控 Dubbo-monitor SpringBootAdmin 熔断器 不完善 SpringCloudNetflixHystrix 服务网关 无 SpringCloudNetflixZuul 分布式配置 无 SpringCloudConfig 服务跟踪 无 SpringCloudSleuth 数据流 无 SpringCloudStream 批量任务 无 SpringCloudTask 信息总线 无 SpringCloudBus

最大的区别：Dubbo底层是使用Netty这样的NIO框架，是基于TCP协议传输的，配合以Hession序列化完成RPC通信。而SpringCloud是基于Http协议+rest接口调用远程过程的通信，相对来说，Http请求会有更大的报文，占的带宽也会更多。但是REST相比RPC更为灵活，服务提供方和调用方的依赖只依靠一纸契约，不存在代码级别的强依赖，这在强调快速演化的微服务环境下，显得更为合适，至于注重通信速度还是方便灵活性，具体情况具体考虑。

背景区别：Dubbo是来源于阿里团队，SpringCloud是来源于Spring团队，Spring广泛遍布全球各种企业开发中，可以确保SpringCloud的后续更新维护，Dubbo虽然来自国内顶尖的阿里团队,但是曾经被阿里弃用停更，但是后来阿里又低调重启维护。

定位区别：Dubbo是SOA时代的产物，它的关注点主要在于服务的调用，流量分发、流量监控和熔断。而SpringCloud诞生于微服务架构时代，考虑的是微服务治理的方方面面，另外由于依托了Spirng、SpirngBoot的优势之上，两个框架在开始目标就不一致，Dubbo定位服务治理、SpirngCloud是一个生态。因此可以大胆地判断，Dubbo未来会在服务治理方面更为出色，而SpringCloud在微服务治理上面无人能敌。

模块区别：1、Dubbo主要分为服务注册中心，服务提供者，服务消费者，还有管控中心；2、相比起Dubbo简单的四个模块，SpringCloud则是一个完整的分布式一站式框架，他有着一样的服务注册中心，服务提供者，服务消费者，管控台，断路器，分布式配置服务，消息总线，以及服务追踪等；

性能区别：Dubbo的每次测试除去网络波动之外，都表现非常稳定

SpringCloud在第一次最慢，之后越来越快，连续测试4次以上单次测试性能超过dubbo

SpringCloud-zuul在第一次最慢，之后也表现越来越快，连续4次以上测试单次性能与dubbo相近，相差在0.02ms内

测试数据来源：https://blog.csdn.net/u012599432/article/details/78749255

本文内容总结：总览，，

原文链接：https://www.cnblogs.com/just-for-beyond/p/9790227.html