1. Dubbo 中 zookeeper做注册中心，如果注册中心集群都挂掉了，生产者和消费者之间还能通信么？

   
   

   可以的，启动dubbo时，消费者会从zk拉取注册的生产者的地址接口等数据，缓存在本地。每次调用时，按照本地存储的地址进行调用

   注册中心对等集群，任意一台宕掉后，会自动切换到另一台 
   注册中心全部宕掉，服务提供者和消费者仍可以通过本地缓存通讯 
   服务提供者无状态，任一台 宕机后，不影响使用 
   服务提供者全部宕机，服务消费者会无法使用，并无限次重连等待服务者恢复 

2. dubbo连接注册中心和直连的区别 
   在开发及测试环境下，经常需要绕过注册中心，只测试指定服务提供者，这时候可能需要点对点直连， 
   点对点直联方式，将以服务接口为单位，忽略注册中心的提供者列表，

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

3. Dubbo在安全机制方面是如何解决的 
   Dubbo通过Token令牌防止用户绕过注册中心直连，然后在注册中心上管理授权。Dubbo还提供服务黑白名单，来控制服务所允许的调用方。

  4. 如果服务注册不上怎么办？

(1) 检查dubbo的jar包有没有在classpath中，以及有没有重复的jar包

(2) 检查有没有重复的dubbo.properties配置文件

(3) 检查暴露服务的spring配置有没有加载

(4) 检查beanId或beanName有没有重复

(5) 查看有没有错误日志：

cat ~/output/logs/webx.log

(6) 在服务提供者机器上测试与注册中心的网络是否通：

telnet 172.22.3.94 9090

(7) 检查与注册中心的连接是否存在：

netstat -anp | grep 172.22.3.94

(8) 如果是预发布机，检查hosts文件有没有正确绑定：

cat /etc/hosts

(9) 实在不行，开启远程调试：

– (a) 在服务器JVM参数中加入：-Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,address=7001,server=y,suspend=y

注意线上只有7001和8080可以被线下访问，调试端口需用这两个之一，因注册是启动时行为，启动时必需挂起suspend=y

– (b) 在dubbo源码的DefaultRegistryService的registerService()方法中设置断点。

– (c) 在Eclipse的Debug按钮下拉菜单Debug Configurations中的Remote Java Applications中新增远程调试，并设置IP和端口，以及增加dubbo的源码，进行远程Debug调试。

5. 出现com.alibaba.dubbo.registry.internal.rpc.exception.RpcLocalExceptionIoTargetIsNotConnected怎么办？

1). 检查注册中心是否开启白名单功能，如果开启，当IP不在白名单列表中，注册中心将拒绝连接。

2). 检查端口是否正确，注册中心有两个端口，一个为控制台HTTP端口，用于管理员查看数据，一个为程序注册服务用的TCP端口。

    6. dubbo服务负载均衡策略？