负载均衡策略LoadBalance
- RandomLoadBalance：随机策略。按照概率设置权重，比较均匀，并且可以动态调节提供者的权重。
- RoundRobinLoadBalance ：轮询策略。轮询，按公约后的权重设置轮询比率。会存在执行比较慢的服务提供者堆积请求的情况，比如一个机器执行的非常慢，但是机器没有挂调用（如果挂了，那么当前机器会从Zookeeper的服务列表删除），当很多新的请求到达该机器后，由于之前的请求还没有处理完毕，会导致新的请求被堆积，久而久之，所有消费者调用这台机器上的请求都被阻塞。
- LeastActiveLoadBalance：最少活跃调用数。如果每个提供者的活跃数相同，则随机选择一个。在每个服务提供者里面维护者一个活跃数计数器，用来记录当前同时处理请求的个数，也就是并发处理任务的个数。所以如果这个值越小说明当前服务提供者处理的速度很快或者当前机器的负载比较低，所以路由选择时候就选择该活跃度最小的机器。如果一个服务提供者处理速度很慢，由于堆积，那么同时处理的请求就比较多，也就是活跃调用数目越大，这也使得慢的提供者收到更少请求，因为越慢的提供者的活跃度越来越大。
- ConsistentHashLoadBalance：一致性Hash策略。一致性Hash，可以保证相同参数的请求总是发到同一提供者，当某一台提供者挂了时，原本发往该提供者的请求，基于虚拟节点，平摊到其他提供者，不会引起剧烈变动。
配置说明
<!--服务端配置-->
<dubbo:service loadbalance="random"/>
<!--消费端配置-->
<dubbo:reference loadbalance="random"/>
随机策略-RandomLoadBalance
<!--
weight:权重为5
-->
<dubbo:service loadbalance="random" weight="5"/>
轮询策略-RoundRobinLoadBalance
<!--
weight:权重为5
-->
<dubbo:service loadbalance="roundrobin" weight="5"/>
最少活跃调用数-LeastActiveLoadBalance
<!--
weight:权重为5
-->
<dubbo:service loadbalance="leastactive" weight="5"/>
一致性Hash策略-ConsistentHashLoadBalance
<!--
-->
<dubbo:service loadbalance="consistenthash"/>