Dubbo — 集群、配置与通信协议
📋 本文节选自《Dubbo 面试题》，返回 查看全部章节
五、集群
15. Dubbo集群提供了哪些负载均衡策略？
Random LoadBalance: 随机选取提供者策略，有利于动态调整提供者权重。截面碰撞率高，调用次数越多，分布越均匀。
RoundRobin LoadBalance: 轮循选取提供者策略，平均分布，但是存在请求累积的问题。
LeastActive LoadBalance: 最少活跃调用策略，解决慢提供者接收更少的请求。
ConstantHash LoadBalance: 一致性 Hash 策略，使相同参数请求总是发到同一提供者，一台机器宕机，可以基于虚拟节点，分摊至其他提供者，避免引起提供者的剧烈变动。默认为 Random 随机调用。
16. Dubbo的集群容错方案有哪些？
Failover Cluster：失败自动切换，当出现失败，重试其它服务器。通常用于读操作，但重试会带来更长延迟。
Failfast Cluster：快速失败，只发起一次调用，失败立即报错。通常用于非幂等性的写操作，比如新增记录。
Failsafe Cluster：失败安全，出现异常时，直接忽略。通常用于写入审计日志等操作。
Failback Cluster：失败自动恢复，后台记录失败请求，定时重发。通常用于消息通知操作。
Forking Cluster：并行调用多个服务器，只要一个成功即返回。通常用于实时性要求较高的读操作，但需要浪费更多服务资源。可通过 forks=”2″ 来设置最大并行数。
Broadcast Cluster：广播调用所有提供者，逐个调用，任意一台报错则报错 。通常用于通知所有提供者更新缓存或日志等本地资源信息。默认的容错方案是 Failover Cluster。
六、配置
17. Dubbo 配置文件是如何加载到 Spring 中的？
Spring 容器在启动的时候，会读取到 Spring 默认的一些 schema 以及 Dubbo 自定义的schema，每个 schema 都会对应一个自己的 NamespaceHandler，NamespaceHandler 里面通过 BeanDefinitionParser 来解析配置信息并转化为需要加载的 bean 对象！
18. 说说核心的配置有哪些？
| 标签 | 用途 | 解释 |
|---|---|---|
| dubbo:service/ | 服务配置 | 用于暴露一个服务，定义服务的元信息，一个服务可以用多个协议暴露，一个服务也可以注册到多个注册中心 |
| dubbo:reference/ | 引用配置 | 用于创建一个远程服务代理，一个引用可以指向多个注册中心 |
| dubbo:protocol/ | 协议配置 | 用于配置提供服务的协议信息，协议由提供方指定，消费方被动接受 |
| dubbo:application/ | 应用配置 | 用于配置当前应用信息，不管该应用是提供者还是消费者 |
| dubbo:module/ | 模块配置 | 用于配置当前模块信息，可选 |
| dubbo:registry/ | 注册中心配置 | 用于配置连接注册中心相关信息 |
| dubbo:monitor/ | 监控中心配置 | 用于配置连接监控中心相关信息，可选 |
| dubbo:provider/提供方配置 | 当 ProtocolConfig 和 ServiceConfig 某属性没有配置时，采用此缺省值，可选 | |
| dubbo:consumer/ | 消费方配置 | 当 ReferenceConfig 某属性没有配置时，采用此缺省值，可选 |
| dubbo:method/ | 方法配置 | 用于 ServiceConfig 和 ReferenceConfig 指定方法级的配置信息 |
| dubbo:argument | 参数配置 | 用于指定方法参数配置 |
如果是SpringBoot项目就只需要注解，或者开Application配置文件！！！
19. Dubbo 超时设置有哪些方式？
Dubbo 超时设置有两种方式：
服务提供者端设置超时时间，在Dubbo的用户文档中，推荐如果能在服务端多配置就尽量多配置，因为服务提供者比消费者更清楚自己提供的服务特性。
服务消费者端设置超时时间，如果在消费者端设置了超时时间，以消费者端为主，即优先级更高。因为服务调用方设置超时时间控制性更灵活。如果消费方超时，服务端线程不会定制，会产生警告。
20. 服务调用超时会怎么样？
dubbo 在调用服务不成功时，默认是会重试两次。
七、通信协议
21. Dubbo 使用的是什么通信框架?
默认使用 Netty 作为通讯框架。
22. Dubbo 支持哪些协议，它们的优缺点有哪些？
Dubbo： 单一长连接和 NIO 异步通讯，适合大并发小数据量的服务调用，以及消费者远大于提供者。传输协议 TCP，异步 Hessian 序列化。Dubbo推荐使用dubbo协议。
RMI： 采用 JDK 标准的 RMI 协议实现，传输参数和返回参数对象需要实现 Serializable 接口，使用 Java 标准序列化机制，使用阻塞式短连接，传输数据包大小混合，消费者和提供者个数差不多，可传文件，传输协议 TCP。 多个短连接 TCP 协议传输，同步传输，适用常规的远程服务调用和 RMI 互操作。在依赖低版本的 Common-Collections 包，Java 序列化存在安全漏洞。
WebService：基于 WebService 的远程调用协议，集成 CXF 实现，提供和原生 WebService 的互操作。多个短连接，基于 HTTP 传输，同步传输，适用系统集成和跨语言调用。
HTTP： 基于 Http 表单提交的远程调用协议，使用 Spring 的 HttpInvoke 实现。多个短连接，传输协议 HTTP，传入参数大小混合，提供者个数多于消费者，需要给应用程序和浏览器 JS 调用。
Hessian：集成 Hessian 服务，基于 HTTP 通讯，采用 Servlet 暴露服务，Dubbo 内嵌 Jetty 作为服务器时默认实现，提供与 Hession 服务互操作。多个短连接，同步 HTTP 传输，Hessian 序列化，传入参数较大，提供者大于消费者，提供者压力较大，可传文件。
Memcache：基于 Memcache实现的 RPC 协议。
Redis：基于 Redis 实现的RPC协议。