Dubbo和SpringCloud对比

比较spring cloud和dubbo，各自的优缺点是什么
dubbo由于是二进制的传输，占用带宽会更少,性能更优
springCloud是http协议传输，带宽会比较多，同时使用http协议一般会使用JSON报文，消耗会更大
dubbo的开发难度较大，原因是dubbo的jar包依赖问题很多大型工程无法解决。依赖配合，对开发人员要求高，需要慢工出细活，代码改动影响较大，灵活性不足。对微服务的划分要求较高，建议服务提供者必须是变动较少，长期稳定的服务。
springcloud的接口协议约定比较自由且松散，需要有强有力的行政措施来限制接口无序升级。

综合来看dubbo的泛用性较差，只适用于并发较大的项目，spring cloud更灵活，可以使用不同的组件完成不同的功能。dubbo只是服务间调用的组件，spring cloud是各种组件的组合。dubbo是服务端强依赖的，暴露服务需要每个单独定义，spring cloud是服务间分离的，暴露服务是整个暴露。spring cloud是spring生态圈中的一员，依赖spring boot，而spring boot又给spring cloud提供了很好的支持，可以一键式搭建服务。dubbo是独立的组件，不依赖spring boot，当然spring boot也没有专门为dubbo提供支持。dubbo是rpc框架，springcloud是微服务架构，所以dubbo更加的依赖整体架构，需要统一的规划，其他非rpc框架或是非java语言，无法调用dubbo的服务，而springcloud是依赖http协议，只要是支持注册中心，就可以调用，springcloud这方面更加的灵活。

总结： spring cloud更纯粹，灵活，简单，易用。dubbo更加专业，性能更好，更统一。

dubbo底层原理
Dubbo采用的是rpc+soa
rpc简介：
RPC（Remote Procedure Call）远程过程调用，简单的理解是一个节点请求另一个节点提供的服务。通俗来讲就是将service接口暴露出来，供远程调用。与http调用不同，RPC是根据接口直接调服务，可以达到调用远程的service和调用本地的service方法一样。

Dubbo是一种分布式服务框架。 Webservice也是一种服务框架，但是webservice并不是分布式的服务框架，他需要结合F5实现负载均衡。因此，dubbo除了可以提供服务之外，还可以实现软负载均衡。它还提供了两个功能Monitor 监控中心和调用中心。这两个是可选的，需要单独配置。

soa简介：
SOA是什么？SOA全英文是Service-Oriented Architecture，中文意思是中文面向服务编程，是一种思想，一种方法论，一种分布式的服务架构。
用途：SOA解决多服务凌乱问题，SOA架构解决数据服务的复杂程度，同时SOA又有一个名字，叫做服务治理。

spring cloud原理
实际上，Spring Cloud是一个全家桶式的技术栈，包含了很多组件。包括Eureka、Ribbon、Feign、Hystrix、Zuul等。
spring cloud服务之间的调用主要是通过Feign。
Feign简介
Feign是一个http请求调用的轻量级框架，可以以Java接口注解的方式调用Http请求。Spring Cloud引入 Feign并且集成了Ribbon实现客户端负载均衡调用。简单来说，就是一个面向对象的http请求的调用，而且支持负载均衡。调用请求feign会根据注册中心的服务在调用方做本地负载均衡。
总结：spring cloud 实际上就是依靠微服务，每个微服务都可以独立的运行，微服务之间的交互可以依赖http请求做交互，spring cloud的组件简化了微服务之间的交互，维系微服务之间的关系。