大家好，又见面了，我是你们的朋友全栈君。
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开发。 两则有利有弊，大家根据需求来就可以了。
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/132153.html原文链接：https://javaforall.cn
