一、Dubbo

1、Dubbo 的服务请求失败怎么处理

• dubbo2默认重试次数2，dubbo3默认重试次数-1
• 可以根据不同场景选择容错策略
  • 失败自动切换：当出现失败时，重试其它服务器
  • 失败自动恢复：后台记录失败请求，定时重发。这种策略通常用于消息通知操作
  • 失败安全策略，如果出现服务通信异常，直接把这个异常吞掉不做任何处理
  • 快速失败策略，服务消费者只发起一次请求，如果请求失败，就直接把错误抛出去。这种比较适合在非幂等性场景中使用

2、Dubbo负载均衡

• 随机（默认）
• 一致性hash：每次相同参数的请求都会访问固定服务器
• 最小活跃数
• 权重

3、Dubbo 是如何感知服务下线

• Dubbo 默认采用ZK实现服务的注册与服务发现，即ZK维护Dubbo服务之间的通信地址。在ZK上，会采用树形结构的方式来维护Dubbo 服务提供端的协议地址，Dubbo 服务消费端会从Zookeeper Server 上去查找目标服务的地址列表，从而完成服务的注册和消费的功能。
• ZK会通过心跳检测机制，来判断Dubbo 服务提供端的运行状态，来决定是否应该把这个服务从地址列表剔除。

4、Dubbo和SpringCloud区别

• Dubbo 底层使用Netty-NIO 框架，是基于TCP 协议，配合以Hession 序列化完成RPC 通信。
• SpringCloud 是基于Http 协议+Rest 接口调用远程过程的通信，相对来说，Http 请求会有更大的报文，占的带宽也会更多。但是REST 相比RPC 更为灵活，服务提供方和调用方的依赖只依靠一纸契约，不存在代码级别的强依赖。

5、RPC和HTTP的区别

• 功能特性
  • http是一个属于应用层的超文本传输协议，是万维网数据通信的基础，主要服务在网页端和服务端的数据传输上。
  • RPC 是一个