本文共 1543 字，大约阅读时间需要 5 分钟。

 通过Spring Cloud Ribbon的封装，我们在微服务架构中使用客户端负载均衡调用非常简单，只需要如下两步：

        ▪️服务提供者只需要启动多个服务实例并注册到一个注册中心或是多个相关联的服务注册中心。

        ▪️服务消费者直接通过调用被@LoadBalanced注解修饰过的RestTemplate来实现面向服务的接口调用。

1. 在客户端（消费者端）的pom.xml中引入对应依赖。

       
    
     org.springframework.cloud
        
    
     spring-cloud-starter-netflix-ribbon
    
   

    2.在配置类中的RestTemplate注入bean上加入注解@LoadBalanced

@Configurationpublic class configproperties {    @Bean    @LoadBalanced    public RestTemplate restTemplate(){        return new RestTemplate();    }}

3.之后修改远程调用的方式，其原来url直接指定ip改为指定服务名（producerService为服务名）

@RequestMapping("/LoadBalanced/{id}")public String getId1(@PathVariable String id){    String url = "http://producerService/test/"+id;    String id1 = restTemplate.getForObject(url,String.class);    return "服务端返回ID为"+id1;}

 其原理为：在RestTemplate注入bean类上加入了@LoadBalanced,此时通过RestTemplate的请求会被拦截，取到其对应的访问的url地址，然后将其url地址中的服务名取出，通过负载均衡算法从Eureka中取到对应符合条件的实例对象即ServiceInstance，从中取到ip和端口，之后将其替换到要请求的url中，之后给RestTemplate进行请求。

 4.负载均衡底层默认使用轮询算法，若不想使用该算法可以在application.yml中指定对应的算法

   Ribbon 自带的负载均衡策略有如下几个：

• RoundRibbonRule：轮询。人人有份，一个个来！
• RandomRule：随机。拼人品了！
• AvailabilityFilteringRule：先过滤掉由于多次访问故障而处于断路器跳闸状态的服务，以及并发连接数超过阈值的服务，剩下的服务，使用轮询策略。
• WeightedResponseTimeRule：根据平均响应时间计算所有服务的权重，响应越快的服务权重越高，越容易被选中。一开始启动时，统计信息不足的情况下，使用轮询。
• RetryRule：先轮询，如果获取失败则在指定时间内重试，重新轮询可用的服务。
• BestAvailableRule：先过滤掉由于多次访问故障而处于断路器跳闸状态的服务，然后选择一个并发量最小的服务。
• ZoneAvoidanceRule：复合判断 server 所在区域的性能和 server 的可用性选择服务器.

样例如下：

users:  ribbon:    NFLoadBalancerRuleClassName: com.netflix.loadbalancer.WeightedResponseTimeRule

样例指定的算法为WeightedResponseTimeRule

转载地址：http://azji.baihongyu.com/