使用dubbo过程中遇到的问题

1.同时配置了XML和properties文件，则properties中的配置无效

只有XML没有配置时，properties才生效。

 

2.dubbo缺省会在启动时检查依赖是否可用，不可用就抛出异常，阻止spring初始化完成，check属性默认为true。测试时有些服务不关心或者出现了循环依赖，将check设置为false

 

3.为了方便开发测试，线下有一个所有服务可用的注册中心，这时，如果有一个正在开发中的服务提供者注册，可能会影响消费者不能正常运行。解决：让服务提供者开发方，只订阅服务，而不注册正在开发的服务，通过直连测试正在开发的服务。设置dubbo:registry标签的register属性为false。

 

4.spring 2.x初始化死锁问题。在spring解析到dubbo:service时，就已经向外暴露了服务，而spring还在接着初始化其他bean，如果这时有请求进来，并且服务的实现类里有调用applicationContext.getBean()的用法。getBean线程和spring初始化线程的锁的顺序不一样，导致了线程死锁，不能提供服务，启动不了。

解决：不要在服务的实现类中使用applicationContext.getBean();如果不想依赖配置顺序，可以将dubbo:provider的deplay属性设置为-1，使dubbo在容器初始化完成后再暴露服务。

 

5.服务注册不上

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

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

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

 

6.出现RpcException: No provider available for remote service异常怎么办？

表示没有可用的服务提供者，

1). 检查连接的注册中心是否正确

2). 到注册中心查看相应的服务提供者是否存在

3). 检查服务提供者是否正常运行

 

7.出现"消息发送失败"异常怎么办？

通常是接口方法的传入传出参数未实现Serializable接口。

 

8.SpringCloud和Dubbo的比较

相同点：都能提供服务注册，调用，监控

spring cloud提供了一整套企业级分布式云应用的完美解决方案，能够结合spring boot,docker实现快速开发的目的,核心要素在于服务的发现，注册，路由，熔断降级，分布式配置，dubbo只有spring cloud的一部分rpc的功能服务治理

spring cloud的服务调用方式是rest api,可以跨平台，dubbo的服务调用方式是RPC,默认不能跨平台，需要实现一层代理，以rest方式提供对外服务。

spring cloud的常用服务注册中心是zookeeper，spring cloud常用服务注册中心是spring cloud netflix eureka

spring cloud的服务监控是spring boot admin, dubbo的服务监控是dubbo-monitor

 

 

 

9.为什么选择dubbo

提供了远程通讯，对多种基于单一长连接的NIO框架抽象封装，适用于小数据量，大并发的服务调用，如果数据量较大，可以使用多个连接。

提供了负载均衡和容错机制

服务自动注册与发现

与spring集成配置简单

支持多种协议，默认TCP协议

 

10.为什么消费者比提供者个数多？

dubbo采用单一长连接，根据测算经验数据，每条连接最多只能压满7M，理论上1个服务提供者需要20个消费者才能压满网卡。

 

11.为什么采用单一长连接

服务大多数服务提供者少，服务的消费者多，单一连接保证单一消费者不会压死提供者，长连接减少连接握手频率，节省资源。

 

12.为防止大量连接撑挂，可在服务提供方限制大接收连接数，以实现服务提供方自我保护，即设置dubbo:protocol中accept属性

 

13. 测试和生产公用一套zookeeper，怎么保证消费不冲突

可以通过自定义filter实现filter接口来实现dubbo接口的ip白名单，限制访问权限。

 

14.如果注册中心集群都挂掉，发布者和订阅者之间还能通信么？

可以通信，启动dubbo时，消费者会从zk拉去注册的生产者的地址接口作为数据，缓存在本地，每次调用安装本地的缓存地址进行调用。

 

15.服务提供者全部宕机，服务消费者会无法使用，并无限次重连等待服务提供者恢复。

 

16.注册中心和监控中心全部宕机，不影响已运行的提供者和消费者，消费者在本地缓存了服务提供者列表，服务消费者可以直连提供者。

 

17.dubbo在安全机制方面如何解决的？

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

 

18.hession序列化失败hessionruntimeexception

检查服务方法传入传出参数是否实现serializable接口

 

19.rejectedExecutionexception异常

线程池到达最大值，在dubbo.properties中增加线程池最大值和最小值大小

 

20 .RpcLocalExceptionIoTargetIsNotConnected

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

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

 

21.dubbo服务发布过程做了哪些事

暴露本地服务，暴露远程服务，启动netty，连接zookeeper，到zookeeper注册，监听zookeeper

 

22.dubbo有哪些协议，他们之间有什么特点

dubbo允许配置多协议，不同服务不同协议，大数据用短连接协议，小数据大并发用长连接协议。

 

23.什么是本地暴露和远程暴露，他们的区别

本地暴露：一个服务可能既是provider，又是consumer，自己调用自己的服务，暴露在jvm中，不需要网络通信。url是以injvm开头

远程暴露：将ip，端口等信息暴露给远程客户端，调用时需要网络通信。

dubbo处理服务暴露的关键在于Invoker转换到Exporter的过程。