dubbo相关

1. Dubbo简介

Dubbo |db|是一个由阿里巴巴开源的、分布式的RPC(Remote Procedure Call Protocol-远程过程调用)和微服务框架，现为Apache顶级项目。

Dubbo提供了三个关键功能：基于接口的远程调用，容错与负载均衡，服务自动注册与发现。

Dubbo使得调用远程服务就像调用本地java服务一样简单。

下图为Dubbo的结构图：

 

关于Dubbo的使用可以参考官方文档http://dubbo.apache.org ，本文不作赘述。

2. Dubbo服务暴露与消费过程

先来看下面问题：

1) Dubbo服务提供者发布服务的流程

2) Dubbo服务消费者消费服务的流程

3) 什么是本地暴露和远程暴露,他们的区别

Dubbo服务提供者发布服务过程：

先来看dubbo的启动日志：

图中从上到下框起来的日志分别是：

1) 暴露服务到本地

2) 暴露服务到远程

3) 启动netty服务

4) 连接zookeeper

5) 注册服务到zookeeper

6) 监听zookeeper中消费服务

关于这个过程的实现细节可以参考Dubbo官方文档->实现细节->远程调用细节->服务提供者暴露一个服务的详细过程。截图如下：

Dubbo服务消费者消费服务过程：

关于这个过程的实现细节可以参考Dubbo官方文档->实现细节->远程调用细节->服务消费者消费一个服务的详细过程。截图如下：

下面来看本地暴露于远程暴露的区别：

本地暴露是暴露在本机JVM中,调用本地服务不需要网络通信.

远程暴露是将ip,端口等信息暴露给远程客户端,调用远程服务时需要网络通信.

3. Dubbo相关协议

Dubbo 允许配置多协议，在不同服务上支持不同协议或者同一服务上同时支持多种协议。

不同服务在性能上适用不同协议进行传输，比如大数据用短连接协议，小数据大并发用长连接协议。

Dubbo支持的协议主要有：

dubbo：

Dubbo 缺省协议是dubbo协议，采用单一长连接和 NIO 异步通讯，适合于小数据量大并发的服务调用，以及服务消费者机器数远大于服务提供者机器数的情况。

反之，Dubbo 缺省协议不适合传送大数据量的服务，比如传文件，传视频等，除非请求量很低。rmi:

RMI协议采用阻塞式(同步)短连接和 JDK 标准序列化方式。适用范围：传入传出参数数据包大小混合，消费者与提供者个数差不多，可传文件。

hessian:

Hessian底层采用Http通讯(同步)，采用Servlet暴露服务。适用于传入传出参数数据包较大，提供者比消费者个数多，提供者压力较大，可传文件。

dubbo还支持的其他协议有：http, webservice, thrift, memcached, redis

4. Dubbo相关配置

先看下面问题：

Dubbo主要的配置项有哪些，作用是什么？

如果Dubbo的服务端未启动，消费端能起来吗？

Dubbo主要配置项：

配置应用信息：dubbo:application/

配置注册中心相关信息：dubbo:registry/

配置服务协议：dubbo:protocol/

配置所有暴露服务缺省值：dubbo:provider/

配置暴露服务：dubbo:service/

配置所有引用服务缺省值：dubbo:consumer/

配置引用服务：dubbo:reference/

备注:其中reference的check默认=true，启动时会检查引用的服务是否已存在，不存在时报错

注解配置：

com.alibaba.dubbo.config.annotation.Service 配置暴露服务

com.alibaba.dubbo.config.annotation.Reference配置引用服务

特点/特性：

(1) 连通性：

• 注册中心负责服务地址的注册与查找，相当于目录服务，服务提供者和消费者只在启动时与注册中心交互，注册中心不转发请求，压力较小

• 监控中心负责统计各服务调用次数，调用时间等，统计先在内存汇总后每分钟一次发送到监控中心服务器，并以报表展示

• 服务提供者向注册中心注册其提供的服务，并汇报调用时间到监控中心，此时间不包含网络开销

• 服务消费者向注册中心获取服务提供者地址列表，并根据负载算法直接调用提供者，同时汇报调用时间到监控中心，此时间包含网络开销

• 注册中心，服务提供者，服务消费者三者之间均为长连接，监控中心除外

• 注册中心通过长连接感知服务提供者的存在，服务提供者宕机，注册中心将立即推送事件通知消费者

• 注册中心和监控中心全部宕机，不影响已运行的提供者和消费者，消费者在本地缓存了提供者列表

• 注册中心和监控中心都是可选的，服务消费者可以直连服务提供者

(2) 健状性：

• 监控中心宕掉不影响使用，只是丢失部分采样数据

• 数据库宕掉后，注册中心仍能通过缓存提供服务列表查询，但不能注册新服务

• 注册中心对等集群，任意一台宕掉后，将自动切换到另一台

• 注册中心全部宕掉后，服务提供者和服务消费者仍能通过本地缓存通讯

• 服务提供者无状态，任意一台宕掉后，不影响使用

• 服务提供者全部宕掉后，服务消费者应用将无法使用，并无限次重连等待服务提供者恢复

(3) 伸缩性：

• 注册中心为对等集群，可动态增加机器部署实例，所有客户端将自动发现新的注册中心

• 服务提供者无状态，可动态增加机器部署实例，注册中心将推送新的服务提供者信息给消费者

优点：

1.远程通讯: 提供对多种基于长连接的NIO框架抽象封装， 包括多种线程模型，序列化，以及“请求-响应”模式的信息交换方式。 

2.软负载均衡及容错机制: 提供基于接口方法的透明远程过程调用，包括多协议支持，以及软负载均衡，失败容错，地址路由，动态配置等集群支持。 

可在内网替代F5等硬件负载均衡器，降低成本，减少单点。 

3.服务自动注册与发现: 基于注册中心目录服务，使服务消费方能动态的查找服务提供方，使地址透明，使服务提供方可以平滑增加或减少机器 。

4.提供完善的管理控制台dubbo-admin与简单的控制中心dubbo-monitor 

5.Dubbo提供了伸缩性很好的插件模型，很方便进行扩展（ExtensionLoader） 

6.支持多协议 

7.Dubbo采用全spring配置方式，透明化接入应用，对应用没有任何API侵入，只需用Spring加载Dubbo的配置即可，Dubbo基于Spring的Schema扩展进行加载。

转自：http://baijiahao.baidu.com/s?id=1601781224676099887&wfr=spider&for=pc

转自：https://blog.csdn.net/zsg88/article/details/77417811