Dubbo简介

Dubbo是什么

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

Dubbo是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。简单的说，Dubbo就是个服务框架，如果没有分布式的需求，其实是不需要用的，只有在分布式的时候，才有Dubbo这样的分布式服务框架的需求，并且本质上是个服务调用的东东，说白了就是个远程服务调用的分布式框架（告别Web Service模式中的wsdl，以服务者与消费者的方式在Dubbo上注册）

Dubbo是一款高性能、轻量级的开源Java RPC框架，它提供了三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现

主要核心部件：

Remoting：网络通信框架，实现了sync-over-async和request-response消息机制
RPC：远程过程调用，支持负载均衡、容灾和集群功能
Registry：服务目录框架用于服务的注册和服务事件发布和订阅

详细介绍：https://baike.baidu.com/item/Dubbo/18907815?fr=aladdin

官方文档：http://dubbo.apache.org/zh-cn/docs/user/quick-start.html

Dubbo工作原理（服务治理）

架构图：

各节点角色说明：

节点	角色说明
Provider	暴露服务的服务提供方（可理解成房东）
Consumer	调用远程服务的服务消费方（可理解成租客）
Registry	服务注册与发现的注册中心（可理解成中介）
Monitor	统计服务的调用次数和调用时间的监控中心
Container	服务运行容器

调用关系说明：

• 服务容器负责启动，加载，运行服务提供者
• 服务提供者在启动时，向注册中心注册自己提供的服务
• 服务消费者在启动时，向注册中心订阅自己所需的服务
• 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者
• 服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用
• 服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心

个人觉得这跟webservice差不多，只不过webservice是服务消费方直接调用服务提供方的服务，不需要经过注册中心，而且也没有监控中心来统计服务的调用次数和调用时间

SpringCloud与Dubbo的区别：

SpringCloud	Dubbo
属于spring家族	属于阿里巴巴
个人理解属于品牌机	个人理解属于组装机
基于Http的REST方式	基于RPC
持续更新	停更5年，2017恢复
涵盖服务治理的方方面面	涵盖服务治理

附：

RPC的简介：

RPC(Remote Procedure Call Protocol)：远程过程调用，比如两台服务器A、B分别部署不同的应用a、b，当A服务器想要调用B服务器上应用b提供的函数或方法的时候，由于不在同一个内存空间，不能直接调用，需要通过网络来表达调用的语义传达调用的数据。 说白了，就是你在你的机器上写了一个程序，我这边是无法直接调用的，这个时候就出现了一个远程服务调用的概念

• RPC是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。RPC协议假定某些传输协议的存在，如TCP或UDP，为通信程序之间携带信息数据。在OSI网络通信模型中，RPC跨越了传输层和应用层。RPC使得开发包括网络分布式多程序在内的应用程序更加容易
• RPC采用客户机/服务器模式。请求程序就是一个客户机，而服务提供程序就是一个服务器。首先，客户机调用进程发送一个有进程参数的调用信息到服务进程，然后等待应答信息。在服务器端，进程保持睡眠状态直到调用信息到达为止。当一个调用信息到达，服务器获得进程参数，计算结果，发送答复信息，然后等待下一个调用信息，最后，客户端调用进程接收答复信息，获得进程结果，然后调用执行继续进行