服务治理作为服务治理的一项功能，不管是在分布式治理dubbo上还是分布式微服务springcloud上都有着举足轻重的功能，也是服务治理的核心功能之一。

在集群负载均衡时，Dubbo 提供了多种均衡策略，缺省为 random 随机调用。如果想要自行定义负载均衡策略，也可以采用继承接口的方式来进行。

dubbo提供的四种负载均衡策略。

• Random LoadBalance

  • 随机，按权重设置随机概率。
  • 在一个截面上碰撞的概率高，但调用量越大分布越均匀，而且按概率使用权重后也比较均匀，有利于动态调整提供者权重。

• RoundRobin LoadBalance

  • 轮询，按公约后的权重设置轮询比率。
  • 存在慢的提供者累积请求的问题，比如：第二台机器很慢，但没挂，当请求调到第二台时就卡在那，久而久之，所有请求都卡在调到第二台上。

• LeastActive LoadBalance

  • 最少活跃调用数，相同活跃数的随机，活跃数指调用前后计数差。
  • 使慢的提供者收到更少请求，因为越慢的提供者的调用前后计数差会越大。

• ConsistentHash LoadBalance

  • 一致性 Hash，相同参数的请求总是发到同一提供者。
  • 当某一台提供者挂时，原本发往该提供者的请求，基于虚拟节点，平摊到其它提供者，不会引起剧烈变动。
  • 算法参见：http://en.wikipedia.org/wiki/Consistent_hashing
  • 缺省只对第一个参数 Hash，如果要修改，请配置 <dubbo:parameter key="hash.arguments" value="0,1" />
  • 缺省用 160 份虚拟节点，如果要修改，请配置 <dubbo:parameter key="hash.nodes" value="320" />

示例：使用dubbo的负载均衡

1. 启动多个端口号不同的同一服务

   如果要在一个服务启动多个实例，在idea设置中应该勾选启动微服务设置

   

   

   每个应用暴露服务都会占用dubbo协议的一个端口，所以为了比较优雅的解决问题，我们将dubbo协议端口号改为-1，这样每次它都会为新的服务实例分配一个未被占用的端口号。

   dubbo.protocol.name=dubbo
   dubbo.protocol.port=-1
   

2. 启动服务消费者，并在在服务消费端设置负载均衡策略

   @Component
   public class ConsumerServiceImpl implements ConsumerService {
   
       /**
        * 负载均衡策略
        */
       @Reference(loadbalance = "random")
       private ProviderService providerService;
   
       @Override
       public String hello(String name) {
           return providerService.hello(name);
       }
   }
   
   

• 如果以xml的配置方式，在<dubbo reference loadbalance="random">标签设置即可