Dubbo面试题整理笔记
Dubbo常问面试题
1.Dubbo是什么
- Apache Dubbo™ 是一款高性能、轻量级Java RPC框架
- 三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现。
节点角色说明
| 节点 | 角色说明 |
|---|---|
Provider |
暴露服务的服务提供方 |
Consumer |
调用远程服务的服务消费方 |
Registry |
服务注册与发现的注册中心 |
Monitor |
统计服务的调用次数和调用时间的监控中心 |
Container |
服务运行容器 |
调用关系说明
- 服务容器负责启动，加载，运行服务提供者。
- 服务提供者在启动时，向注册中心注册自己提供的服务。
- 服务消费者在启动时，向注册中心订阅自己所需的服务。
- 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
- 服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
- 服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。
2.dubbo的核心服务是什么？
- 面向接口代理的高性能RPC调用：提供高性能的基于代理的远程调用能力，服务以接口为粒度，为开发者屏蔽远程调用底层细节。
-
智能负载均衡：内置多种负载均衡策略，智能感知下游节点健康状况，显著减少调用延迟，提高系统吞吐量。
-
服务自动注册与发现：支持多种注册中心服务，服务实例上下线实时感知。
-
高度可扩展能力：遵循微内核+插件的设计原则，所有核心能力如Protocol、Transport、Serialization被设计为扩展点，平等对待内置实现和第三方实现。
-
运行期流量调度：内置条件、脚本等路由策略，通过配置不同的路由规则，轻松实现灰度发布，同机房优先等功能。
-
可视化的服务治理与运维：提供丰富服务治理、运维工具：随时查询服务元数据、服务健康状态及调用统计，实时下发路由策略、调整配置参数。
3.dubbo能做什么？
- 透明化的远程方法调用，就像调用本地方法一样调用远程方法
- 软负载均衡及容错机制，可在内网替代F5等硬件负载均衡器，降低成本，减少单点
- 服务自动注册与发现，不再需要写死服务提供方地址，注册中心基于接口名查询服务提供者的IP地址，并且能够平滑添加或删除服务提供者。
4.服务提供者暴露一个服务的详细过程
服务提供者暴露服务的主过程：
- 具体服务 转换为Invoker
ServiceConfig类拿到对外提供服务的实际类ref，然后通过ProxyFactory类的getInvoker方法使用ref生成一个AbstractProxyInvoker实例
- Invoker转换为Exporter
Dubbo处理服务暴露的关键就在Invoker转换到Exporter的过程，下面我们以Dubbo和rmi这两种典型协议的实现。
Dubbo 的实现
Dubbo 协议的 Invoker 转为 Exporter 发生在 DubboProtocol 类的 export 方法，它主要是打开 socket 侦听服务，并接收客户端发来的各种请求，通讯细节由 Dubbo 自己实现。
RMI 的实现
RMI 协议的 Invoker 转为 Exporter 发生在 RmiProtocol类的 export 方法，它通过 Spring 或 Dubbo 或 JDK 来实现 RMI 服务，通讯细节这一块由 JDK 底层来实现，这就省了不少工作量。
5.服务消费者消费一个服务的详细过程
服务消费的主过程：
首先 ReferenceConfig 类的 init 方法调用 Protocol 的 refer 方法生成 Invoker 实例(如上图中的红色部分)，这是服务消费的关键。接下来把 Invoker 转换为客户端需要的接口(如：HelloWorld)。
6. 什么情况下适用dubbo协议，什么时候适用rmi协议？
Dubbo支持dubbo、rmi、hessian、http、webservice、thrift、redis等多种协议，但是dubbo协议是官网推荐使用的。
- dubbo 缺省协议是dubbo协议，采用单一长连接和 NIO 异步通讯，适合于小数据量大并发的服务调用，以及服务消费者机器数远大于服务提供者机器数的情况。反之，Dubbo 缺省协议不适合传送大数据量的服务，比如传文件，传视频等，除非请求量很低。
- RMI协议采用阻塞式(同步)短连接和 JDK 标准序列化方式。适用范围：传入传出参数数据包大小混合，消费者与提供者个数差不多，可传文件。
7. Dubbo有几种容错机制
什么是容错机制？容错机制指的是某中系统控制在一定范围的一种允许或包容犯错情况的发生，举个简单的例子，我们在电脑上运行一个程序，有时候会出现无响应的情况，然后系统回弹出一个提示框让我们选择，是立即结束还是继续等待，然后根据我们的选择执行对应的操作，这就是“容错”。
在分布式架构下，网络，硬件，应用都可以发生故障，由于各个服务之间可能存在依赖关系，如果一条链路中的某一个节点出现故障，将会导致雪崩效应。为了减少某一个节点故障的影响范围，所以我们才需要去构建容错服务，来优雅的处理这种中断的响应结果
Failover Cluster
失败自动切换，当出现失败，重试其它服务器 [1]。通常用于读操作，但重试会带来更长延迟。可通过 retries="2" 来设置重试次数(不含第一次)。
重试次数配置如下：
或
或
Failfast Cluster
快速失败，只发起一次调用，失败立即报错。通常用于非幂等性的写操作，比如新增记录。
Failsafe Cluster
失败安全，出现异常时，直接忽略。通常用于写入审计日志等操作。
Failback Cluster
失败自动恢复，后台记录失败请求，定时重发。通常用于消息通知操作。
Forking Cluster
并行调用多个服务器，只要一个成功即返回。通常用于实时性要求较高的读操作，但需要浪费更多服务资源。可通过 forks="2" 来设置最大并行数。
Broadcast Cluster
广播调用所有提供者，逐个调用，任意一台报错则报错 [2]。通常用于通知所有提供者更新缓存或日志等本地资源信息
8.dubbo的服务降级
降级的目的是为了保证核心服务可用
降级可以有几个层面的分类：自动降级，人工降级；按照功能可以分为：读服务降级和写服务降级；
1.对一些非核心服务进行人工降级，在大促之前通过降级开关关闭那些推荐内容，评价等对主流程序没有影响的功能
2.故障降级，比如调用的远程服务挂了，网络故障，或者RPC服务返回异常。那么可以直接降级，降级的方案比如设置默认值，采用兜底数据（系统推荐的行为广告挂了，可以提前准备静态页面做返回）等等
3.限流降级，在秒杀这种流量比较集中并且流量特别大的情况下，因为突发访问量特别大可能导致系统支撑不了。这个时候可以采用限流来限制访问量。当达到阈值时，后续的请求被降级，比如进入排队页面，比如跳转到错误页面（活动火爆，请稍后重试）
Dubbo的降级方式：Mock
实现步骤
1.在client端创建一个testmock类，实现对应的IGphello的接口（需要对哪个接口进行mock，就实现哪个）名称必须以mock结尾
2.在client端的xml配置文件中，添加如下配置，增加一个mock属性指向创建的testmock
以通过 dubbo:reference 中设置 mock="return null"。mock 的值也可以修改为 true，然后再跟接口同一个路径下实现一个 Mock 类，命名规则是 “接口名称+Mock” 后缀
3.模拟错误（设置timeout）模拟超时异常，运行测试代码即可访问到testmock这个类，当服务端故障解除以后，调用过程将恢复正常
9. dubbo的优先级配置
配置优先级别
1.以timeout为例，显示了配置的查找顺序，其他retries，loadbalance等类似。
（1）方法级优先，接口级次之，全局配置在次之
（2）如果级别一样，则消费方优先，提供方次之
（3）其中，服务提供方配置，通过URL经由注册中心传递给消费方
2.建议由服务提供方设置超时，因为一个方法需要执行多长时间，服务提供方更清楚，如果一个消费方同时引用多个服务，就不需要关心每个服务的超时设置。
10. Dubbo主要的配置项有哪些，作用是什么？
Provider 配置
Consumer配置
11. 支持的调用方式
- 同步调用
- 异步调用
- 参数回调
- 事件通知
12. Zookeeper注册中心宕机，消费者能否调用提供者
可以。
存在两种情况：
- 可以通过直连的方式，绕过注册中心
方法：在Consumer通过Reference(url="ip:port")，此URL的值是Provider的IP和Port
2. 如果Provider的本地缓存还存在，就可以与Consumer进行通信；否则，双方就不能通信
13. 超时设置和控制维度
- Provider与Consumer均可设置超时
- 超时控制维度：全局控制、接口控制、方法控制
- 缺省值超时时间1000ms
14. Dubbo有几种负载均衡策略
| 负载均衡策略 | 说明 |
|---|---|
| Random LoadBalance | 随机，按照权重设置随机概率（Default） |
| RoundRobin LoadBalance |
轮询，按照公约后的权重设置轮询比率 |
| LeastActive LoadBalance | 最少活跃调用数，相同活跃数的随机 |
| ConsistentHash LoadBalance | 一致性Hash，相同参数的请求总是发到同一提供者 |
15. Dubbo如何优雅停机
Dubbo是通过JDK的ShutdownHook来完成优雅停机的。使用kill -9 PID等强制关闭指令是不会优雅停机的，使用kill PID时可以优雅停机。
16. 服务提供者能实现失效踢出是什么原理
服务失效踢出基于 Zookeeper 的临时节点原理。
TODO
17. 如何解决服务调用链过长的问题
Dubbo 可以使用 Pinpoint 和 Apache Skywalking(Incubator) 实现分布式服务追踪
18. Dubbo的管理控制台的作用
管理控制台主要包含：路由规则，动态配置，服务降级，访问控制，权重调整，负载均衡，等管理功能。
19. 你觉得用 Dubbo 好还是 Spring Cloud 好
扩展性的问题，没有好坏，只有适合不适合，不过我好像更倾向于使用 Dubbo, Spring Cloud 版本升级太快，组件更新替换太频繁，配置太繁琐，还有很多我觉得是没有 Dubbo 顺手的地方
20. 连通性关键点
- 注册中心负责服务地址的注册与查找，相当于目录服务，服务提供者和消费者只在启东时与注册中心交付，注册中心不转发请求，压力较小
- 注册中心、服务提供者及服务消费者三者之间均为长连接，监控中心短连接
- 注册中心通过长连接感知和服务的存在，服务提供者宕机，注册中心将立即推送事件通知消费者
21. Dubbo Monitor 实现原理
Consumer 端在发起调用之前会先走 filter 链；provider 端在接收到请求时也是先走 filter 链，然后才进行真正的业务逻辑处理。默认情况下，在 consumer 和 provider 的 filter 链中都会有 Monitorfilter。
1、MonitorFilter 向 DubboMonitor 发送数据
2、DubboMonitor 将数据进行聚合后（默认聚合 1min 中的统计数据）暂存到ConcurrentMap
3、SimpleMonitorService 将这些聚合数据塞入 BlockingQueue queue 中（队列大写为 100000）
4、SimpleMonitorService 使用一个后台线程（线程名为：DubboMonitorAsyncWriteLogThread）将 queue 中的数据写入文件（该线程以死循环的形式来写）
5、SimpleMonitorService 还会使用一个含有 1 个线程（线程名字：DubboMonitorTimer）的线程池每隔 5min 钟，将文件中的统计数据画成图表
22. Dubbo 配置文件是如何加载到 Spring 中的
Spring 容器在启动的时候，会读取到 Spring 默认的一些 schema 以及 Dubbo 自定义的 schema，每个 schema 都会对应一个自己的 NamespaceHandler，NamespaceHandler 里面通过 BeanDefinitionParser 来解析配置信息并转化为需要加载的 bean 对象！
23. Dubbo SPI 和 Java SPI 区别
JDK SPI：
JDK 标准的 SPI 会一次性加载所有的扩展实现，如果有的扩展吃实话很耗时，但也没用上，很浪费资源。所以只希望加载某个的实现，就不现实了
DUBBO SPI：
1、对 Dubbo 进行扩展，不需要改动 Dubbo 的源码
2、延迟加载，可以一次只加载自己想要加载的扩展实现。
3、增加了对扩展点 IOC 和 AOP 的支持，一个扩展点可以直接 setter 注入其它扩展点。
4、Dubbo 的扩展机制能很好的支持第三方 IoC 容器，默认支持 Spring Bean。
24. Dubbo 支持分布式事务吗
目前暂时不支持，可与通过 tcc-transaction 框架实现
介绍：tcc-transaction 是开源的 TCC 补偿性分布式事务框架
TCC-Transaction 通过 Dubbo 隐式传参的功能，避免自己对业务代码的入侵。
25. Dubbo 可以对结果进行缓存吗
为了提高数据访问的速度。Dubbo 提供了声明式缓存，以减少用户加缓存的工作量
其实比普通的配置文件就多了一个标签 cache="true"
26. Dubbo在安全机制方面是如何解决的
Dubbo通过Token令牌防止用户绕过注册中心直连，然后在注册中心上管理授权。Dubbo还提供服务黑白名单，来控制服务所允许的调用方。