SpringCloud和dubbo的区别

SpringCloud跟dubbo的区别

从架构层面上来说
SpringCloud跟dubbo都是微服务架构
在公司开发技术选型中:
SpringCloud的维护成本比较高,但是SpringCloud中提供了很多框架、整合了5大组件(全家桶:Ribbon负载均衡、eureka注册中心、Hystrix熔断器、gateway网关、feign服务调用)使用都非常方便，后期便于维护，分布式单一互不影响原则，后期也便于增加需求。
dubbo相比之下开发成本较低，开发效率时效高，但是后期不便于增加需求。

两者的底层原理
SpringCloud跟dubbo都是实现服务之间的远程调用，但是底层又是基于两种不同的方式：
duubbo底层是使用Netty的NIO框架，基于TCP协议传输，使用Hession序列化完成RPC通信。二话不说直接上图：
RPC是介于应用层和传输层之间的协议;

调用者执行接口时可找到其他进程的函数体，是通过socket交互字
节流实现的;调用者是通过服务注册中心(例如zookeeper)找到被调用者服务的;生成代理对象,序列化跟反序列化达到请求

SpringCloud底层是基于HTTP协议传输,比较简单,不像dubbo,需要自己写底层源码来实现传输,SpringCloud只需遵循http协议便能到达目的。正因为需要需要遵循http协议，从这个通信效率来说当然比不过用二进制传输的dubbo
然而，springcloud是多语言开发的，大家都只需要遵循Http协议便能整合一起，如GO语言，C++，秩序遵循Http协议便可。
但是dubbo只能基于Java开发。
两则有利有弊，大家根据需求来就可以了。