2021最新Dubbo面试题及答案【附答案解析】SpringBoot面试题新答案已经全部更新完了，有些答案是自己总结的，也有些答案是在网上搜集整理的。这些答案难免会存在一些错误，仅供大家参考。如果发现错误还望大家多多包涵，不吝赐教，谢谢~
如果不背 Dubbo面试题的答案，肯定面试会挂！
这套Dubbo面试题大全，希望对大家有帮助哈~
博主已将以下这些面试题整理成了一个Dubbo面试手册，是PDF版的
1、说说核心的配置有哪些？
如果是SpringBoot项目就只需要注解，或者开Application配置文件！！！
2、Dubbo 支持哪些协议，每种协议的应用场景，优缺点？
1、 dubbo：单一长连接和 NIO 异步通讯，适合大并发小数据量的服务调用，以及消费者远大于提供者。传输协议 TCP，异步， Hessian 序列化；
2、 rmi：采用 JDK 标准的 rmi 协议实现，传输参数和返回参数对象需要实现Serializable 接口，使用 java 标准序列化机制，使用阻塞式短连接，传输数据包大小混合，消费者和提供者个数差不多，可传文件，传输协议 TCP。多个短连接， TCP 协议传输，同步传输，适用常规的远程服务调用和 rmi 互操作。在依赖低版本的 Common-Collections 包， java 序列化存在安全漏洞；
3、 http：基于 Http 表单提交的远程调用协议，使用 Spring 的 HttpInvoke 实现。多个短连接，传输协议 HTTP，传入参数大小混合，提供者个数多于消费者，需要给应用程序和浏览器 JS 调用；
4、 webservice：基于 WebService 的远程调用协议，集成 CXF 实现，提供和原生 WebService 的互操作。多个短连接，基于 HTTP 传输，同步传输，适用系统集成和跨语言调用；
5、 hessian：集成 Hessian 服务，基于 HTTP 通讯，采用 Servlet 暴露服务，Dubbo 内嵌 Jetty 作为服务器时默认实现，提供与 Hession 服务互操作。多个短连接，同步 HTTP 传输， Hessian 序列化，传入参数较大，提供者大于消费者，提供者压力较大，可传文件；
6、 Redis：基于 Redis 实现的 RPC 协议
3、服务提供者能实现失效踢出是什么原理？
服务失效踢出基于zookeeper的临时节点原理。
4、PRC架构组件
一个基本的RPC架构里面应该至少包含以下4个组件：
1、 客户端（Client）:服务调用方（服务消费者）
2、 客户端存根（Client Stub）:存放服务端地址信息，将客户端的请求参数数据信息打包成网络消息，再通过网络传输发送给服务端
3、 服务端存根（Server Stub）:接收客户端发送过来的请求消息并进行解包，然后再调用本地服务进行处理4、服务端（Server）:服务的真正提供者
- 具体调用过程：
1、 服务消费者（client客户端）通过调用本地服务的方式调用需要消费的服务；
2、 客户端存根（client stub）接收到调用请求后负责将方法、入参等信息序列化（组装）成能够进行网络传输的消息体；
3、 客户端存根（client stub）找到远程的服务地址，并且将消息通过网络发送给服务端；
4、 服务端存根（server stub）收到消息后进行解码（反序列化操作）；
5、 服务端存根（server stub）根据解码结果调用本地的服务进行相关处理；
6、 本地服务执行具体业务逻辑并将处理结果返回给服务端存根（server stub）；
7、 服务端存根（server stub）将返回结果重新打包成消息（序列化）并通过网络发送至消费方；
8、 客户端存根（client stub）接收到消息，并进行解码（反序列化）；
9、 服务消费方得到最终结果；
而RPC框架的实现目标则是将上面的第2-10步完好地封装起来，也就是把调用、编码/解码的过程给封装起来，让用户感觉上像调用本地服务一样的调用远程服务。
5、服务调用是阻塞的吗？
默认是阻塞的，可以异步调用，没有返回值的可以这么做。
6、dubbo 服务集群配置（集群容错模式）
在集群调用失败时， Dubbo 提供了多种容错方案，缺省为 failover 重试。可以自行扩展集群容错策略
l Failover Cluster(默认)
失败自动切换，当出现失败，重试其它服务器。(缺省)通常用于读操作，
但重试会带来更长延迟。可通过 retries="2"来设置重试次数(不含第一次)。
<dubbo:service retries="2" cluster="failover"/>或：<dubbo:reference retries="2" cluster="failover"/>cluster="failover"可以不用写,因为默认就是 failoverFailfast Cluster
快速失败，只发起一次调用，失败立即报错。通常用于非幂等性的写操作，
比如新增记录。
dubbo:service cluster="failfast" />
或：
<dubbo:reference cluster="failfast" /> cluster="failfast"和 把 cluster="failover"、 retries="0"是一样的效果,retries="0"就是不重
Failsafe Cluster失败安全，出现异常时，直接忽略。通常用于写入审计日志等操作。
<dubbo:service cluster="failsafe" />
或：
<dubbo:reference cluster="failsafe" />Failback Cluster
失败自动恢复，后台记录失败请求，定时重发。通常用于消息通知操作。
<dubbo:service cluster="failback" />
或：
<dubbo:reference cluster="failback" />Forking Cluster并行调用多个服务器，只要一个成功即返回。通常用于实时性要求较高的读
操作，但需要浪费更多服务资源。可通过 forks="2"来设置最大并行数。
<dubbo:service cluster=“forking" forks="2"/>
或：
<dubbo:reference cluster=“forking" forks="2"/>7、Dubbo 核心功能有哪些？
1、 Remoting：网络通信框架，提供对多种NIO框架抽象封装，包括“同步转异步”和“请求-响应”模式的信息交换方式。
2、 Cluster：服务框架，提供基于接口方法的透明远程过程调用，包括多协议支持，以及软负载均衡，失败容错，地址路由，动态配置等集群支持。
3、 Registry：服务注册，基于注册中心目录服务，使服务消费方能动态的查找服务提供方，使地址透明，使服务提供方可以平滑增加或减少机器。
8、为什么要用Dubbo？
随着服务化的进一步发展，服务越来越多，服务之间的调用和依赖关系也越来越复杂，诞生了面向服务的架构体系(SOA)，
也因此衍生出了一系列相应的技术，如对服务提供、服务调用、连接处理、通信协议、序列化方式、服务发现、服务路由、日志输出等行为进行封装的服务框架。
就这样为分布式系统的服务治理框架就出现了，Dubbo也就这样产生了。
9、服务调用超时问题怎么解决
dubbo在调用服务不成功时，默认是会重试两次的。这样在服务端的处理时间超过了设定的超时时间时，就会有重复请求，比如在发邮件时，可能就会发出多份重复邮件，执行注册请求时，就会插入多条重复的注册数据，那么怎么解决超时问题呢？如下
对于核心的服务中心，去除dubbo超时重试机制，并重新评估设置超时时间。 业务处理代码必须放在服务端，客户端只做参数验证和服务调用，不涉及业务流程处理 全局配置实例
<dubbo:provider delay="-1" timeout="6000" retries="0"/>
当然Dubbo的重试机制其实是非常好的QOS保证，它的路由机制，是会帮你把超时的请求路由到其他机器上，而不是本机尝试，所以 dubbo的重试机器也能一定程度的保证服务的质量。但是请一定要综合线上的访问情况，给出综合的评估。
10、dubbo 通信协议 dubbo 协议为什么要消费者比提供者个数多？
因 dubbo 协议采用单一长连接，假设网络为千兆网卡(1024Mbit=128MByte)，根据测试经验数据每条连接最多只能压满 7MByte(不同的环境可能不一样，供参考)，理论上 1 个服务提供者需要 20个服务消费者才能压满网卡。
11、Dubbo 集群容错有几种方案？
12、Dubbo 的注册中心集群挂掉，发布者和订阅者之间还能通信么？
可以通讯。启动 Dubbo 时，消费者会从 Zookeeper 拉取注册的生产者的地址接口等数据，缓存在本地。每次调用时，按照本地存储的地址进行调用。
13、Dubbo 能集成 SpringBoot 吗？
可以的
14、Dubbo 支持哪些协议，每种协议的应用场景，优缺点？
1、 dubbo：单一长连接和 NIO 异步通讯，适合大并发小数据量的服务调用，以及消费者远大于提供者。传输协议 TCP，异步， Hessian 序列化；
2、 rmi：采用 JDK 标准的 rmi 协议实现，传输参数和返回参数对象需要实现 Serializable 接口，使用 java 标准序列化机制，使用阻塞式短连接，传输数据包大小混合，消费者和提供者个数差不多，可传文件，传输协议 TCP。多个短连接， TCP 协议传输，同步传输，适用常规的远程服务调用和rmi 互操作。在依赖低版本的 Common-Collections包， java 序列化存在安全漏洞；
3、 webservice：基于 WebService 的远程调用协议，集成 CXF 实现，提供和原生 WebService 的互操作。多个短连接，基于 HTTP 传输，同步传输，适用系统集成和跨语言调用；
4、 http：基于 Http 表单提交的远程调用协议，使用 Spring 的HttpInvoke 实现。多个短连接，传输协议 HTTP，传入参数大小混合，提供者个数多于消费者，需要给应用程序和浏览器 JS 调用；
15、 hessian：集成 Hessian 服务，基于 HTTP 通讯，采用 Servlet 暴露服务， Dubbo 内嵌 Jetty 作为服务器时默认实现，提供与 Hession 服务互操作。多个短连接，同步 HTTP 传输， Hessian 序列化，传入参数较大，提供者大于消费者，提供者压力较大，可传文件；
16、 memcache：基于 Memcached 实现的 RPC 协议
17、 Redis：基于 Redis 实现的 RPC 协议
15、Dubbo 和 Spring Cloud 的关系？
Dubbo 是 SOA 时代的产物，它的关注点主要在于服务的调用，流量分发、流量监控和熔断。而 Spring Cloud 诞生于微服务架构时代，考虑的是微服务治理的方方面面，另外由于依托了 Spirng、Spirng Boot 的优势之上，两个框架在开始目标就不一致， Dubbo定位服务治理、 Spirng Cloud 是一个生态。
16、服务读写推荐的容错策略是怎样的？
读操作建议使用 Failover 失败自动切换，默认重试两次其他服务器。写操作建议使用 Failfast 快速失败，发一次调用失败就立即报错。
17、Dubbo 的默认集群容错方案？
Failover Cluster
18、当一个服务接口有多种实现时怎么做？
当一个接口有多种实现时，可以用 group 属性来分组，服务提供方和消费方都指定同一个 group 即可。
19、服务调用超时问题怎么解决？
dubbo 在调用服务不成功时，默认是会重试两次的。
20、同一个服务多个注册的情况下可以直连某一个服务吗？
可以点对点直连，修改配置即可，也可以通过 telnet 直接某个服务。
21、Dubbo 集群提供了哪些负载均衡策略？
1、 Random LoadBalance: 随机选取提供者策略，有利于动态调整提供者权重。截面碰撞率高，调用次数越多，分布越均匀；
2、 RoundRobin LoadBalance: 轮循选取提供者策略，平均分布，但是存在请求累积的问题；
3、 LeastActive LoadBalance: 最少活跃调用策略，解决慢提供者接收更少的请求；
4、 ConstantHash LoadBalance: 一致性 Hash 策略，使相同参数请求总是发到同一提供者，一台机器宕机，可以基于虚拟节点，分摊至其他提供者，避免引起提供者的剧烈变动；
5、 缺省时为 Random 随机调用
22、RPC的实现基础？
1、 需要有非常高效的网络通信，比如一般选择Netty作为网络通信框架；
2、 需要有比较高效的序列化框架，比如谷歌的Protobuf序列化框架；
3、 可靠的寻址方式（主要是提供服务的发现），比如可以使用Zookeeper来注册服务等等；
4、 如果是带会话（状态）的RPC调用，还需要有会话和状态保持的功能；
23、dubbo 通信协议 dubbo 协议适用范围和适用场景
适用范围：传入传出参数数据包较小（建议小于 100K），消费者比提供者个数多，单一消费者无法压满提供者，尽量不要用 dubbo 协议传输大文件或超大字符串。
适用场景：常规远程服务方法调用
dubbo 协议补充：
连接个数：单连接
连接方式：长连接
传输协议：TCP
传输方式：NIO 异步传输
序列化：Hessian 二进制序列化
24、Dubbo 是什么？
Dubbo 是一款高性能、轻量级的开源 RPC 框架，提供服务自动注册、自动发现等高效服务治理方案， 可以和 Spring 框架无缝集成。
25、Dubbo 默认采用注册中心？
采用 Zookeeper
26、Dubbo SPI 和 Java SPI 区别？
JDK SPI：
JDK 标准的 SPI 会一次性加载所有的扩展实现，如果有的扩展很耗时，但也没用上，很浪费资源。所以只希望加载某个的实现，就不现实了
DUBBO SPI：
1、 对 Dubbo 进行扩展，不需要改动 Dubbo 的源码
2、 延迟加载，可以一次只加载自己想要加载的扩展实现。
3、 增加了对扩展点 IOC 和 AOP 的支持，一个扩展点可以直接 setter 注入其它扩展点。
4、 Dubbo 的扩展机制能很好的支持第三方 IoC 容器，默认支持 Spring Bean。
27、Dubbo 核心组件有哪些？
1、 Provider：暴露服务的服务提供方
2、 Consumer：调用远程服务消费方
3、 Registry：服务注册与发现注册中心
4、 Monitor：监控中心和访问调用统计
5、 Container：服务运行容器
28、如何解决服务调用链过长的问题？
Dubbo 可以使用 Pinpoint 和 Apache Skywalking(Incubator) 实现分布式服务追踪，当然还有其他很多方案。
29、Dubbo 使用过程中都遇到了些什么问题？
在注册中心找不到对应的服务,检查service实现类是否添加了@service注解
无法连接到注册中心,检查配置文件中的对应的测试ip是否正确
30、同一个服务多个注册的情况下可以直连某一个服务吗？
可以直连，修改配置即可，也可以通过telnet直接某个服务。
31、Dubbo 是什么？
Dubbo 是一个分布式、高性能、透明化的 RPC 服务框架，提供服务自动注册、自动发现等高效服务治理方案， 可以和Spring 框架无缝集成
32、Dubbo 核心组件有哪些？
1、 Provider：暴露服务的服务提供方
2、 Consumer：调用远程服务消费方
3、 Registry：服务注册与发现注册中心
4、 Monitor：监控中心和访问调用统计
5、 Container：服务运行容器
33、说说核心的配置有哪些？
核心配置有：
1
、 dubbo:service/
2、 dubbo:reference/
3、 dubbo:protocol/
4、 dubbo:registry/
5、 dubbo:application/
6、 dubbo:provider/
7、 dubbo:consumer/
8、 dubbo:method/34、什么是RPC
RPC（Remote Procedure Call Protocol）远程过程调用协议，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。简言之，RPC使得程序能够像访问本地系统资源一样，去访问远端系统资源。比较关键的一些方面包括：通讯协议、序列化、资源（接口）描述、服务框架、性能、语言支持等。
简单的说，RPC就是从一台机器(客户端)上通过参数传递的方式调用另一台机器(服务器)上的一个函数或方法(可以统称为服务)并得到返回的结果。
35、RPC使用了哪些关键技术，Thrift
是一种可伸缩的跨语言服务的软件框架。它拥有功能强大的代码生成引擎，无缝地支持C + +，C#，Java，Python和PHP和Ruby。thrift允许你定义一个描述文件，描述数据类型和服务接口。依据该文件，编译器方便地生成RPC客户端和服务器通信代码。
最初由facebook开发用做系统内个语言之间的RPC通信，2007年由facebook贡献到apache基金 ，现在是apache下的opensource之一 。支持多种语言之间的RPC方式的通信：php语言client可以构造一个对象，调用相应的服务方法来调用java语言的服务，跨越语言的C/S RPC调用。底层通讯基于SOCKET。
36、服务读写推荐的容错策略是怎样的？
读操作建议使用 Failover 失败自动切换，默认重试两次其他服务器。写操作建议使用 Failfast 快速失败，发一次调用失败就立即报错。
37、Dubbo 的默认集群容错方案？
Failover Cluster
38、当一个服务接口有多种实现时怎么做？
当一个接口有多种实现时，可以用 group 属性来分组，服务提供方和消费方都指定同一个 group 即可。
39、服务调用超时问题怎么解决？
dubbo 在调用服务不成功时，默认是会重试两次的。
40、同一个服务多个注册的情况下可以直连某一个服务吗？
可以点对点直连，修改配置即可，也可以通过 telnet 直接某个服务。
