Dubbo入门了解

Dubbo是什么？

Dubbo是阿里巴巴一个开源的分布式RPC框架，Dubbo详解见。

Dubbo架构

Provider:服务提供方
Consumer:调用远程服务的消费方
Registry:服务注册和被发现注册中心
Monitor:监控中心统计调用时间和次数
Container:服务运行容器

调用关系：

Container负责启动，加载服务提供者Provider;

Provider启动时，向注册中心注册自己的服务；

Consumer启动向注册中心请求自己需要的服务；

Registry就会把提供者的地址给消费者；

服务的消费者和提供者在内存中累计调用次数和时间，会定时每分钟统计数据发送到Monitor；

Dubbo如何使用？

Dubbo是采用Spring配置方式

发布服务：

<!-- 和本地服务一样实现远程服务 -->
<bean id="xxxService" class="com.xxx.XxxServiceImpl" />
<!-- 增加暴露远程服务配置 -->
<dubbo:service interface="com.xxx.XxxService" ref="xxxService" />

调用服务：

<!-- 增加引用远程服务配置 -->
<dubbo:reference id="xxxService" interface="com.xxx.XxxService" />
</bean>

注册中心：

Dubbo支持4种注册中心：Zookper,Redis,Multcast.Simple

Zooker：

Apache Hadoop下一个子项目，树形目录结构，支持变更推送，适合Dubbo服务的注册中心

优点：

1.当提供者出现断电等异常停机时，注册中心能自动删除提供者信息。

2.当注册中心重启时，能自动恢复注册数据，以及订阅请求。

3.当会话过期时，能自动恢复注册数据，以及订阅请求。

4.当设置<dubbo:registry check=“false” />时，记录失败注册和订阅请求，后台定时重试。

5.可通过<dubbo:registry username=“admin” password=“1234” />设置zookeeper登录信息。

6.可通过<dubbo:registry group=“dubbo” />设置zookeeper的根节点，不设置将使用无根树。

7.支持号通配符<dubbo:reference group="" version="*" />，可订阅服务的所有分组和所有版本的提供者

Redis:通过心跳检测的方式来发现脏数据, 服务器时间必须相同, 会对服务器造成压力

使用 Redis 的 Key/Map 结构存储数据结构：

• 主 Key 为服务名和类型

• Map 中的 Key 为 URL 地址

• Map 中的 Value 为过期时间，用于判断脏数据，脏数据由监控中心删除

使用 Redis 的 Publish/Subscribe 事件通知数据变更：

• 通过事件的值区分事件类型：register, unregister, subscribe, unsubscribe

• 普通消费者直接订阅指定服务提供者的 Key，只会收到指定服务的 register, unregister 事件

• 监控中心通过 psubscribe 功能订阅 /dubbo/*，会收到所有服务的所有变更事件

Multcast:不需要启动任何节点,只要把地址广播出去,服务提供者和服务消费者就可以互相发现.但是广播受网络结构限制,只适合小型项目或者开发阶段使用，广播地址段: 224.0.0.0 – 239.255.255.255

Simple:注册中心本身就是dubbo的一个服务, 可以减少第三方的依赖.只支持demo形式,不支持集群.

监控中心：(笔者现在用)pinpoint

pinpoint基于java开发，应用性能管理工具，大规模分布式系统；特点：低侵入性，不用改代码；低性能影响；ServerMap可以在直观看到分布式系统拓扑机构和节点的事务数量，Realtime Active Thread Chart ，equest/Response Scatter Chart 请求响应散点图可以看到请求数量和响应时间. Pinpoint最酷的就是可以看到 请求响应的每个层级的执行时间.实时监控活动线程

Dubbo 服务暴露的过程。

Dubbo 会在 Spring 实例化完 bean 之后，在刷新容器最后一步发布 ContextRefreshEvent 事件的时候，通知实现了 ApplicationListener 的 ServiceBean 类进行回调 onApplicationEvent 事件方法，Dubbo 会在这个方法中调用 ServiceBean 父类 ServiceConfig 的 export 方法，而该方法真正实现了服务的（异步或者非异步）发布。

Dubbo 服务降级，失败重试怎么做？

可以通过dubbo:reference 中设置 mock=“return null”。mock 的值也可以修改为 true，然后再跟接口同一个路径下实现一个 Mock 类，命名规则是 “接口名称+Mock” 后缀。然后在 Mock 类里实现自己的降级逻辑;(后期更新：利用mock机制，在单元测试时，经常出现RpcException的错误，提示没有远程的提供者，利用mock反射机制，实现相同接口的实现类MockImpl，让系统在启动默认先使用本地MockImpl的服务)

Dubbo 集群容错

集群容错方案	说明
Failover Cluster	失败自动切换，自动重试其它服务器（默认）
Failfast Cluster	快速失败，立即报错，只发起一次调用
ailsafe Cluster	失败安全，出现异常时，直接忽略
Failback Cluster	失败自动恢复，记录失败请求，定时重发
Forking Cluster	并行调用多个服务器，只要一个成功即返回
Broadcast Cluster	广播逐个调用所有提供者，任意一个报错则报错