1、通信协议：Dubbo支持多种通信协议，包括dubbo、rmi、hessian、http等，可根据需求选择合适的协议进行通信。2、服务注册与发现：Dubbo提供了服务注册中心，可以将提供服务的节点注册到注册中心，其他节点可以通过注册中心发现可用的服务地址。3、负载均衡：Dubbo支持多种负载均衡策略，包括随机、轮询、一致性哈希等，可以根据实际情况选择合适的负载均衡策略。4、容错处理：Dubbo提供了容错处理机制，包括失败重试、失败切换、失败通知等，保证系统在面对各种故障时具有高可用性。5、配置管理：Dubbo支持动态配置，可以通过配置中心实时更新服务的配置信息，避免了重启服务的操作。6、监控和管理：Dubbo提供了丰富的监控和管理功能，包括服务调用统计、服务治理、性能监控等，帮助开发人员更好地监控和管理分布式系统。总之，Dubbo是一个强大而灵活的分布式服务框架，可以帮助开发人员构建和管理分布式系统中的各个服务，提供了完整的服务治理解决方案。

SpringCloud通过多种特定方式促进了云原生发展方式。起点是一组功能，分布式系统中的所有组件都需要轻松访问这些功能。SpringCloud建立在SpringBoot上，涵盖了许多这些功能。SpringCloud作为两个库提供了更多功能：SpringCloud上下文和SpringCloudCommons。SpringCloud上下文为SpringCloud应用程序的ApplicationContext提供了实用程序和特殊服务（引导上下文，加密，刷新作用域和环境端点）。SpringCloudCommons是在不同的SpringCloud实现中使用的一组抽象和通用类（例如SpringCloudNetflix和SpringCloudConsul）。

Dubbo的工作原理可分为5个组件及6个步骤：5个组件：Container服务容器（有时会忽视）、Provider提供者、Registry注册中心、Consumer消费者和Monitor监控中心。6个步骤：Start开始（发布）、Register注册、Subscribe订阅、Notify推送、Invoke调用缓存、统计Count。

Dubbo是阿里巴巴公司开源的一个高性能优秀的服务框架，使得应用可通过高性能的RPC实现服务的输出和输入功能，可以和Spring框架无缝集成。Dubbo是一种分布式服务框架（RPC框架）。

微服务的架构风格是一种使用一套小服务来开发单个应用的方式途径，每个服务运行在自己的进程中，并使用轻量级机制通信，通常是HTTPAPI，这些服务基于业务能力构建，并能够通过自动化部署机制来独立部署，这些服务使用不同的编程语言实现，以及不同数据存储技术，并保持最低限度的集中式管理。其中，Dubbo和SpringCloud是两种比较主流的微服务架构。

两者都是现在主流的微服务框架，但却存在不少差异：·初始定位不同：SpringCloud定位为微服务架构下的一站式解决方案；Dubbo是SOA时代的产物，它的关注点主要在于服务的调用和治理·生态环境不同：SpringCloud依托于Spring平台，具备更加完善的生态体系；而Dubbo一开始只是做RPC远程调用，生态相对匮乏，现在逐渐丰富起来。·调用方式：SpringCloud是采用Http协议做远程调用，接口一般是Rest风格，比较灵活；Dubbo是采用Dubbo协议，接口一般是Java的Service接口，格式固定。但调用时采用Netty的NIO方式，性能较好。·组件差异比较多，例如SpringCloud注册中心一般用Eureka，而Dubbo用的是ZookeeperSpringCloud生态丰富，功能完善，更像是品牌机，Dubbo则相对灵活，可定制性强，更像是组装机。·SpringCloud：Spring公司开源的微服务框架，SpirngCloud定位为微服务架构下的一站式解决方案。·Dubbo：阿里巴巴开源的RPC框架，Dubbo是SOA时代的产物，它的关注点主要在于服务的调用，流量分发、流量监控和熔断

微服务架构是互联网很热门的话题，是互联网技术发展的必然结果。它提倡将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。虽然微服务架构没有公认的技术标准和规范或者草案，但业界已经有一些很有影响力的开源微服务架构框架提供了微服务的关键思路，例如Dubbo和SpringCloud。各大互联网公司也有自研的微服务框架，但其模式都于这二者相差不大。微服务主要的优势如下：1、降低复杂度将原来偶合在一起的复杂业务拆分为单个服务，规避了原本复杂度无止境的积累。每一个微服务专注于单一功能，并通过定义良好的接口清晰表述服务边界。每个服务开发者只专注服务本身，通过使用缓存、DAL等各种技术手段来提升系统的性能，而对于消费方来说完全透明。2、可独立部署由于微服务具备独立的运行进程，所以每个微服务可以独立部署。当业务迭代时只需要发布相关服务的迭代即可，降低了测试的工作量同时也降低了服务发布的风险。3、容错在微服务架构下，当某一组件发生故障时，故障会被隔离在单个服务中。通过限流、熔断等方式降低错误导致的危害，保障核心业务正常运行。4、扩展单块架构应用也可以实现横向扩展，就是将整个应用完整的复制到不同的节点。当应用的不同组件在扩展需求上存在差异时，微服务架构便体现出其灵活性，因为每个服务可以根据实际需求独立进行扩展。

扩展性的问题，没有好坏，只有适合不适合，不过我好像更倾向于使用Dubbo，SpringCloud版本升级太快，组件更新替换太频繁，配置太繁琐....(公司需要什么架构就夸什么）

1、Spring配置方式2、Javaap|配置方式

通信方式不同1、Dubo使用的是RPC通信，而Springcloud使用的是HttpResteu方式。2、Dubbo由于是二进制的传输，占用带宽会更少（基于netty等），springCloud是http协议传输，带宽会比较多，同时使用htt协议（http+restfulapi一般会使用JsON报文，消耗会更大）3、dubo的开发难度较大，原因是dubbo的jar包依赖（存在代码级别的强依赖）问题很多大型工程无法解决，springcloud的接口协议约定比较自由且松散，需要有强有力的行政措施来限制接口无序升级4、dubo的改进是通过dubbofilter，很多东西没有，需要自己继承，如监控，如日志，如限流，如追踪，springcloud具有配置管理、服务发现、断路器、智能路由、微代理、控制总线、一次性token、全局锁、选主、分布式会话和集群状态等，满足了构建微服务所需的所有解决方案。组成部分不同