负载均衡--rpc服务端

1. dubbo负载均衡的作用？
　　其出发点，自然也就是普通的负载均衡器的出发点了。

将负载均衡功能实现在rpc客户端侧，以便能够随时适应外部的环境变化，更好地发挥硬件作用。

而且客户端的负载均衡天然地就避免了单点问题。定制化的自有定制化的优势和劣势。

　　1.它可以从配置文件中指定，也可以在管理后台进行配置修改。支持 服务端服务/方法级别、客户端服务/方法级别 的负载均衡配置。

2. dubbo有哪些负载均衡方式？
　　即dubbo提供了哪些负载均衡策略呢？

Dubbo内置了4种负载均衡策略: ===== dubbo的负载均衡全部由AbstractLoadBalance的子类来实现

　　RandomLoadBalance:随机负载均衡。随机的选择一个。是Dubbo的默认负载均衡策略。

　　RoundRobinLoadBalance:轮询负载均衡。轮询选择一个。

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

　　ConsistentHashLoadBalance:一致性哈希负载均衡。相同参数的请求总是落在同一台机器上。

3. 如何配置dubbo负载均衡策略？
　　其实在第一点时已经提过，有多种级别的配置：服务端服务/方法级别、客户端服务/方法级别; 具体配置如下:

<!-- 服务端服务级别 -->
<dubbo:service interface="..." loadbalance="roundrobin" />
<!-- 客户端服务级别 -->
<dubbo:reference interface="..." loadbalance="roundrobin" />
<!-- 服务端方法级别 -->
<dubbo:service interface="...">
<dubbo:method name="hello" loadbalance="roundrobin"/>
</dubbo:service>
<!-- 客户端方法级别 -->
<dubbo:reference interface="...">
<dubbo:method name="hello" loadbalance="roundrobin"/>
</dubbo:reference>
多个配置是有覆盖关系的, 配置的优先级是:

　　　　1. 客户端方法级别配置;(最优先)
　　　　2. 客户端接口级别配置;
　　　　3. 服务端方法级别配置;
　　　　4. 服务端接口级别配置;(最后使用)

　　注意: 虽说以上配置有全封闭服务端配置的，有针对客户端配置的，但是，真正使负载均衡起作用的是，客户端在发起调用的时候，使用相应负载均衡算法进行选择调用。（服务端不可能有这能力）