Dubbo 集成 Zookeeper面试题整理

下面我为大家准备了一些 Dubbo 集成 Zookeeper 常见的的面试题，一些是我经常问别人的，一些是我过去面试遇到的一些问题，总结给大家，希望对大家能有所帮助。

Dubbo 面试题整理：

https://blog.csdn.net/Soinice/article/details/83858764

文章长期更新，如需要，请收藏

1、Dubbo中zookeeper做注册中心，如果注册中心集群全都挂掉，发布者和订阅者之间还能通信么？

可以的。

启动dubbo时，消费者会从zk拉取注册的生产者的地址接口等数据，缓存在本地。每次调用时，按照本地存储的地址进行调用。但是在注册中心全部挂掉后增加新的提供者，则不能被消费者发现。

所以消费者本地有一个生产者的列表，他会按照列表继续工作，倒是无法从注册中心去同步最新的服务列表，短时间内注册中心挂掉是不要紧的，但一定要尽快修复。

健壮性

• 监控中心宕掉不影响使用，只是丢失部分采样数据
• 数据库宕掉后，注册中心仍能通过缓存提供服务列表查询，但不能注册新服务
• 注册中心对等集群，任意一台宕掉后，将自动切换到另一台
• 注册中心全部宕掉后，服务提供者和服务消费者仍能通过本地缓存通讯
• 服务提供者无状态，任意一台宕掉后，不影响使用
• 服务提供者全部宕掉后，服务消费者应用将无法使用，并无限次重连等待服务提供者恢复

2、Dubbo连接注册中心和直连的区别

在开发及测试环境下，经常需要绕过注册中心，只测试指定服务提供者，这时候可能需要点对点直连，点对点直联方式，将以服务接口为单位，忽略注册中心的提供者列表。
服务注册中心，动态的注册和发现服务，使服务的位置透明，并通过在消费方获取服务提供方地址列表，实现软负载均衡和Failover， 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。注册中心负责服务地址的注册与查找，相当于目录服务，服务提供者和消费者只在启动时与注册中心交互，注册中心不转发请求，服务消费者向注册中心获取服务提供者地址列表，并根据负载算法直接调用提供者，注册中心，服务提供者，服务消费者三者之间均为长连接，监控中心除外，注册中心通过长连接感知服务提供者的存在，服务提供者宕机，注册中心将立即推送事件通知消费者。
注册中心和监控中心全部宕机，不影响已运行的提供者和消费者，消费者在本地缓存了提供者列表。
注册中心和监控中心都是可选的，服务消费者可以直连服务提供者。

3、Dubbo在安全机制方面是如何解决的

• Dubbo通过Token令牌防止用户绕过注册中心直连，然后在注册中心上管理授权。
• Dubbo还提供服务黑白名单，来控制服务所允许的调用方。

4、Dubbo 在运行时，一个新的提供者服务启动，消费者是如何感知的

无法感知

当新的提供者启动的时候，会去注册中心注册，但是 消费者用不用不一定。

注册中心有以下两个基本职责：

• 服务地址注册，服务提供者主要把服务地址注册到地址中心。在注册中心聚合了服务提供者的地址列表。能够提供给服务调用者使用。
• 服务地址发现，注册中心需要为服务调用者提供，服务提供者的地址。并且能够感知到服务提供者的变化，并及时的更新地址列表，并通知给调用者。

注册中心感知服务上线，在服务提供者时，会主动的通知给注册中心。在注册中心拿到新的服务地址之后，会通知给调用者客户端。

服务下线有两种情况，一种是主动下线，另一种是心跳包检测服务下线。主动下线的操作比较可靠。心跳包检测到服务下线就有可能产生误判。有以下两种情况：

1. 当注册中心的负载比较高时，服务提供者的心跳包来不及处理，就误认为服务已下线。并且通知给服务的调用者。导致本可以使用的服务，变成不可用。
2. 注册中心和服务提供者的网络断了，这样导致注册中心产生误判。

5、当监控中心monitor挂了之后，生产者和消费者之间还能通信吗？

可以。

因为监控中心主要是起到一个收集数据的作用，监控中心宕机，只会影响采集数据，不影响生产者和消费者之间的通信。

6、zookeeper实际是如何存储生产者和消费者信息？

zookeeper采用树状结构来存储相关的信息，会创建相关的znode节点来存储信息。

如图所示：

流程说明：

• 服务提供者启动时: 向 /dubbo/com.foo.BarService/providers 目录下写入自己的 URL 地址
• 服务消费者启动时: 订阅 /dubbo/com.foo.BarService/providers 目录下的提供者 URL 地址。并向 /dubbo/com.foo.BarService/consumers 目录下写入自己的 URL 地址
• 监控中心启动时: 订阅 /dubbo/com.foo.BarService 目录下的所有提供者和消费者 URL 地址。

支持以下功能：

• 当提供者出现断电等异常停机时，注册中心能自动删除提供者信息
• 当注册中心重启时，能自动恢复注册数据，以及订阅请求
• 当会话过期时，能自动恢复注册数据，以及订阅请求
• 当设置 <dubbo:registry check="false" /> 时，记录失败注册和订阅请求，后台定时重试
• 可通过 <dubbo:registry username="admin" password="1234" /> 设置 zookeeper 登录信息
• 可通过 <dubbo:registry group="dubbo" /> 设置 zookeeper 的根节点，不设置将使用无根树
• 支持 * 号通配符 <dubbo:reference group="*" version="*" />，可订阅服务的所有分组和所有版本的提供者

7、谈谈采用注册中心和直连的区别？

首先，生产者和消费者可以采用直连的方式进行通信，即点对点的通信方式，但是我们更推荐采用注册中心的方式，因为注册中心在这其中，起到了一个解耦的作用，而消费者只需要获取到生产者的地址列表，就可以采用负载均衡的方式去调用。

 

 

 

 

 

 

 

 

 

 

未来，长期更新~