Dubbo中负载均衡策略有：1、随机选取提供者策略，能够随机转发请求；2、轮循选取提供者策略，可以使请求平均分布；3、最少活跃调用策略，能够让慢提供者接收更少的请求；4、一致性Hash策略，相同参数请求总是发到同一提供者，如是一台机器宕机，可以基于虚拟节点，分摊至其他提供者。
具体内容如下：
在分布式系统中有多台的服务器作为提供者负责处理各种网络请求，当同时有多个请求同时过来时，需要将其均摊在各台服务器上，避免了某台服务器压力过大而某台服务器则闲置的问题。
Dubbo提供了四种实现负载均衡的机制：
基于权重随机算法的 RandomLoadBalance
这种方式的思想是为每一台服务器设置一个权值，当有请求到来时就按照大体的权重比例为该请求分配服务器。
如图当orderService的消费者请求userService服务时，因为已经提前设置了权重，每个请求都会按照权重的比例分配到相应的服务器上，若有7个服务陆续发出请求，其中有2个请求将会发送到1号服务器，4个将会发送到2号服务器，1个发送到3号服务器。而即便是有权重比例，请求还是会随机分配给每一个服务器，只是大体上会按照权重的比例而分配。
基于最少活跃调用数算法的 LeastActiveLoadBalance
这种思想会让每一个服务提供者对应一个Active活跃数，刚开始时每台服务器的Active数均为0，每收到一个请求时，Active就加一，当下一次再有请求过来，就会将该请求分配给Active数较小的服务提供者。而在实现上还会为每台服务器设置一个权重，当两台服务提供者的Active相同时且是最小时，就按照权重的大小为请求分配服务器。当然如果服务器的处理效率越高，Active数就会越少
基于 hash 一致性的 ConsistentHashLoadBalance
直接上图解释吧
当orderService发送一个带id参数的方法请求时，会根据这个id分配给对应的服务器；当id=1时会将请求分配给服务提供者1，当id=2时，会将请求分配给服务提供者2，以此类推…
基于加权轮询算法的 RoundRobinLoadBalance
这种算法的思想首先要说到轮询，比如说有三台服务器，第一个请求将会分配给1号服务器，第二个请求分给2号服务器，第三个请求将会分配给3号服务器，第四个请求又重新分配给了1号服务器，以此轮询。而基于加权的轮询算法则是会根据每台服务器的性能为服务器设置一个权值，加权后，每台服务器能够得到的请求数比例，接近或等于他们的权重比。比如服务器 A、B、C 权重比为 5:2:1。那么在8次请求中，服务器 A 将收到其中的5次请求，服务器 B 会收到其中的2次请求，服务器 C 则收到其中的1次请求。
