1、为什么要用Dubbo

随着服务化的进一步发展，服务越来越多，服务之间的调用和依赖关系也越来越复杂，诞生了面向服务

的架构体系(SOA)，也因此衍生出了一系列相应的技术，如对服务提供、服务调用、连接处理、通信协议、

序列化方式、服务发现、服务路由、日志输出等行为进行封装的服务框架。就这样为分布式系统的服务治

理框架就出现了，Dubbo也就这样产生了。

2、Dubbo的整体架构设计有哪些分层

2.1、接口服务层（Service）：

该层与业务逻辑相关，根据provider和consumer的业务设计对应的接口和实现。

2.2、配置层（Config）：

对外配置接口，以ServiceConfig和ReferenceConfig为中心。

2.3、服务代理层（Proxy）：

服务接口透明代理，生成服务的客户端Stub和服务端的Skeleton，以ServiceProxy为中心，

扩展接口为ProxyFactory

2.4、服务注册层（Registry）：

封装服务地址的注册和发现，以服务URL为中心，扩展接口为RegistryFactory、Registry、

RegistryService。

2.5、路由层（Cluster）：

封装多个提供者的路由和负载均衡，并桥接注册中心，以Invoker为中心，扩展接口为Cluster、

Directory、Router和LoadBlancce。

2.6、监控层（Monitor）：

RPC调用次数和调用时间监控，以Statistics为中心，扩展接口为MonitorFactory、Monitor

和MonitorService。

2.7、远程调用层（Protocal）：

封装RPC调用，以Invocation和Result为中心，扩展接口为Protocal、Invoker和Exporter。

2.8、信息交换层（Exchange）：

封装请求响应模式，同步转异步。以Request和Response为中心，扩展接口为Exchanger、

ExchangeChannel、ExchangeClient和ExchangeServer。

2.9、网络传输层（Transport）：

抽象mina和netty为统一接口，以Message为中心，扩展接口为Channel、Transporter、

Client、Server和Codec。

2.10、数据序列化层（Serialize）：

可复用的一些工具，扩展接口为Serialization、ObjectInput、ObjectOutput和ThreadPool。

3、Dubbo默认使用的是什么通信框架，还有别的选择吗

默认也推荐使用netty框架，还有mina。

4、Dubbo服务调用是阻塞的吗

默认是阻塞的，可以异步调用，没有返回值的可以这么做。

Dubbo是基于NIO的非阻塞实现并行调用，客户端不需要启动多线程即可完成并行调用多个远程服务，

相对多线程开销较小，异步调用会返回一个Future对象。

5、Dubbo一般使用什么注册中心？还有别的选择吗？

5.1、推荐注册中心：Zookeeper。

5.2、别的选择注册中心：Redis、Multicast、Simple注册中心，但不推荐。

6、Dubbo默认使用什么序列化框架，你知道的还有哪些

推荐使用Hessian序列化，还有Duddo、FastJson、Java自带序列化。

7、Dubbo服务提供者能实现失效踢出是什么原理

服务失效踢出基于zookeeper的临时节点原理。

8、服务上线怎么不影响旧版本

采用多版本开发，不影响旧版本。

9、如何解决服务调用链过长的问题

可以结合zipkin实现分布式服务追踪。

10、说说核心的配置有哪些

10.1、dubbo:service 服务配置10.2、dubbo:reference 引用配置

10.3、dubbo:protocol 协议配置

10.4、dubbo:application 应用配置

10.5、dubbo:module 模块配置

10.6、dubbo:registry 注册中心配置

10.7、dubbo:monitor 监控中心配置

10.8、dubbo:provider 提供方配置

10.9、dubbo:consumer 消费方配置

10.10、dubbo:method 方法配置

10.11、dubbo:argument 参数配置

11、Dubbo推荐用什么协议

dubbo://（推荐）

rmi://

hessian://

http://

webservice://

thrift://

memcached://

redis://

rest://

12、同一个服务多个注册的情况下可以直连某一个服务吗

可以点对点直连，修改配置即可，也可以通过telnet直接某个服务。

13、Dubbo集群容错有几种方案

13.1、Failover Cluster：失败自动切换，自动重试其它服务器（默认）

13.2、Failfast Cluster：快速失败，立即报错，只发起一次调用

13.3、Failsafe Cluster：失败安全，出现异常时，直接忽略

13.4、Failback Cluster：失败自动恢复，记录失败请求，定时重发

13.5、Forking Cluster：并行调用多个服务器，只要一个成功即返回

13.6、Broadcast Cluster：广播逐个调用所有提供者，任意一个报错则报错

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

可以通过dubbo:reference中设置mock="return null"。

mock的值也可以修改为true，然后再跟接口同一个路径下实现一个Mock类，命名规则是“接口名称+Mock”

后缀。然后在Mock类里实现自己的降级逻辑。

15、Dubbo使用过程中都遇到了些什么问题

15.1、在注册中心找不到对应的服务,检查service实现类是否添加了@service注解

5.2、无法连接到注册中心,检查配置文件中的对应的测试ip是否正确

16、Dubbo Monitor实现原理

Consumer端在发起调用之前会先走filter链；provider端在接收到请求时也是先走filter链，然后才

进行真正的业务逻辑处理。

默认情况下，在consumer和provider的filter链中都会有Monitorfilter。

16.1、MonitorFilter向DubboMonitor发送数据。

16.2、DubboMonitor将数据进行聚合后（默认聚合1min中的统计数据）暂存ConcurrentMap

<Statistics,AtomicReference>statisticsMap，然后使用一个含有3个线程（线程名字：

DubboMonitorSendTimer）的线程池每隔1min钟，调用SimpleMonitorService遍历发送

statisticsMap中的统计数据，每发送完毕一个，就重置当前的Statistics的AtomicReference

16.3、SimpleMonitorService将这些聚合数据塞入BlockingQueuequeue中（队列大写为100000）

16.4、SimpleMonitorService使用一个后台线程（线程名为：DubboMonitorAsyncWriteLogThread）

将queue中的数据写入文件（该线程以死循环的形式来写）

16.5、SimpleMonitorService还会使用一个含有1个线程（线程名字：DubboMonitorTimer）的线

程池每隔5min钟，将文件中的统计数据画成图表