2.1: Dubbo的基本应用-负载均衡,集群容错,服务降级

负载均衡

官网地址： http://dubbo.apache.org/zh/docs/v2.7/user/examples/loadbalance/

如果在消费端和服务端都配置了负载均衡策略， 以消费端为准。

这其中比较难理解的就是最少活跃调用数是如何进行统计的？

讲道理， 最少活跃数应该是在服务提供者端进行统计的， 服务提供者统计有多少个请求正在执行中。 但在Dubbo中， 就是不讲道理， 它是在消费端进行统计的， 为什么能在消费端进行统计？

逻辑是这样的：

1. 消费者会缓存所调用服务的所有提供者， 比如记为p1 、p2 、p3三个服务提供者， 每个提供者内都有一 个属性记为active， 默认位0

2. 消费者在调用次服务时， 如果负载均衡策略是leastactive

3. 消费者端会判断缓存的所有服务提供者的active， 选择最小的， 如果都相同， 则随机

4. 选出某一 个服务提供者后， 假设位p2， Dubbo就会对p2 .active+1

5. 然后真正发出请求调用该服务

6. 消费端收到响应结果后， 对p2 .active-1

7. 这样就完成了对某个服务提供者当前活跃调用数进行了统计， 并且并不影响服务调用的性能

服务超时

在服务提供者和服务消费者上都可以配置服务超时时间， 这两者是不一 样的。

消费者调用一 个服务， 分为三步：

1. 消费者发送请求 （ 网络传输）

2. 服务端执行服务

3. 服务端返回响应 （ 网络传输）

如果在服务端和消费端只在其中一 方配置了timeout， 那么没有歧义， 表示消费端调用服务的超时时间， 消 费端如果超过时间还没有收到响应结果， 则消费端会抛超时异常， 但， 服务端不会抛异常， 服务端在执行 服务后， 会检查执行该服务的时间， 如果超过timeout， 则会打印一 个超时日志 。服务会正常的执行完。

如果在服务端和消费端各配了一 个timeout， 那就比较复杂了， 假设

1. 服务执行为5s

2. 消费端timeout=3s

3. 服务端timeout=6s

那么消费端调用服务时， 消费端会收到超时异常 （ 因为消费端超时了）， 服务端一 切正常 （ 服务端没有超 时） 。

集群容错

官网地址： http://dubbo.apache.org/zh/docs/v2.7/user/examples/fault-tolerent-strategy/

集群容错表示： 服务消费者在调用某个服务时， 这个服务有多个服务提供者， 在经过负载均衡后选出其中 一 个服务提供者之后进行调用， 但调用报错后， Dubbo所采取的后续处理策略。

服务降级

官网地址： http://dubbo.apache.org/zh/docs/v2.7/user/examples/service-downgrade/

服务降级表示： 服务消费者在调用某个服务提供者时， 如果该服务提供者报错了， 所采取的措施。

集群容错和服务降级的区别在于：

1. 集群容错是整个集群范围内的容错

2. 服务降级是单个服务提供者的自身容错