其实关于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模式
失败安全是指，当调用过程中出现异常时，仅会打印异常，而不会抛出异常。适用于写入审计日志等操作。
forking cluster模式
并行调用多个服务器，只要一个成功即返回。通常用于实时性要求较高的读操作，但需要浪费更多服务资源。可通过 forks="2" 来设置最大并行数。
broadcacst cluster模式
广播调用所有提供者，逐个调用，任意一台报错则报错。通常用于通知所有提供者更新缓存或日志等本地资源信息。
8，Dubbo动态代理策略有哪些？
默认使用javassist动态字节码生成，创建代理类,但是可以通过SPI扩展机制配置自己的动态代理策略
9，说说Dubbo与Spring Cloud的区别？
这是很多面试官喜欢问的话题，本人认为其实他们没什么关联之处，但是硬是要问区别，那就说说吧；
回答的时候主要围绕着四个来说：通信方式、注册中心、监控、断路器，其余像Spring分布式配置、服务网关肯定得知道。
通信方式
Dubbo使用的是RPC通信，Spring Cloud使用的是HTTP RestFul方式
注册中心
Dubbo使用Zookeeper（官方推荐），还有Redis、Multicast、Simple注册中心，但不推荐，
Spring Cloud使用的是Spring Cloud Netflix Eureka
监控
Dubbo使用的是Dubbo-monitor，Spring Cloud使用的是Spring Boot admin
断路器
Dubbo在断路器这方面还不完善，Spring Cloud使用的是Spring Cloud Netflix Hystrix
分布式配置、网关服务、服务跟踪、消息总线、批量任务等
Dubbo目前可以说还是空白，而Spring Cloud 都有相应的组件来支撑。
