史上最全40道Dubbo面试题及答案

article/2025/9/24 3:29:13

其实关于Dubbo的面试题，我觉得最好的文档应该还是官网，因为官网有中文版，照顾了很多阅读英文文档吃力的小伙伴。但是官网内容挺多的，于是这里就结合官网和平时面试被问的相对较多的题目整理了一下。

1，说说一次Dubbo服务请求流程？
基本工作流程：

2，说说Dubbo工作原理
工作原理分10层：

第一层：service层，接口层，给服务提供者和消费者来实现的（留给开发人员来实现）第二层：config层，配置层，主要是对Dubbo进行各种配置的，Dubbo相关配置第三层：proxy层，服务代理层，透明生成客户端的stub和服务单的skeleton，调用的是接口，实现类没有，所以得生成代理，代理之间再进行网络通讯、负责均衡等。第四层：registry层，服务注册层，负责服务的注册与发现第五层：cluster层，集群层，封装多个服务提供者的路由以及负载均衡，将多个实例组合成一个服务第六层：monitor层，监控层，对rpc接口的调用次数和调用时间进行监控第七层：protocol层，远程调用层，封装rpc调用第八层：exchange层，信息交换层，封装请求响应模式，同步转异步第九层：transport层，网络传输层，抽象mina和netty为统一接口第十层：serialize层，数据序列化层

这是个很坑爹的面试题，但是很多面试官有喜欢问，你真的要背么？你能背那还是不错的，我建议不要背，你就想想Dubbo服务调用过程中应该会涉及到哪些技术，把这些技术穿起来就OK了。

面试扩散

如果让你设计一个RPC框架，你会怎么做？其实你就把上面这个工作原理中涉及的到技术点总结一下就行了。

3，Dubbo支持哪些协议？

还有三种就混个眼熟就行memcached协议、redis协议、rest协议。

上图中基本上把序列化的方式也罗列出来了。

详细请参考：Dubbo官网

4，注册中心挂了，consumer还能不能调用provider
可以，因为刚开始初始化的时候，consumer会将需要的所有提供者的地址等信息拉取到本地缓存，所以注册中心挂了可以继续通信。但是provider挂了，那就没法调用了。

关键字：consumer本地缓存服务列表

5，怎么实现动态感知服务下线的呢？

服务订阅通常有 pull 和 push 两种方式：

pull 模式需要客户端定时向注册中心拉取配置；

push 模式采用注册中心主动推送数据给客户端；

DubboZookeeper注册中心采用是事件通知与客户端拉取方式。服务第一次订阅的时候将会拉取对应目录下全量数据，然后在订阅的节点注册一个 watcher。一旦目录节点下发生任何数据变化，Zookeeper将会通过 watcher 通知客户端。客户端接到通知，将会重新拉取该目录下全量数据，并重新注册 watcher。利用这个模式，Dubbo服务就可以就做到服务的动态发现。

注意：Zookeeper提供了“心跳检测”功能，它会定时向各个服务提供者发送一个请求（实际上建立的是一个 socket 长连接），如果长期没有响应，服务中心就认为该服务提供者已经“挂了”，并将其剔除。

6，Dubbo负载均衡策略？
随机（默认）- 随机来

轮训 - 一个一个来

活跃度- 机器活跃度来负载

一致性hash - 落到同一台机器上

7，Dubbo容错策略
failover cluster模式

provider 宕机重试以后，请求会分到其他的provider上，默认两次，可以手动设置重试次数，建议把写操作重试次数设置成0。

failback模式

失败自动恢复会在调用失败后，返回一个空结果给服务消费者。并通过定时任务对失败的调用进行重试，适合执行消息通知等操作。

failfast cluster模式

快速失败只会进行一次调用，失败后立即抛出异常。适用于幂等操作，写操作，类似于failover cluster模式中重试次数设置为0的情况。

failsafe cluster模式