Spring Cloud LoadBalancer 负载均衡

1. 在 idea 上运行多个服务

在上面的远程调用的代码中是根据应用名称获取到了服务实例列表，从列表中选择了一个服务实例，如果说一个服务对应多个实例该怎么分配呢，例如上面的 product-service 配置的是 9090 端口号，如果再想开启一个product-service 的服务，那么就需要把原来的服务停止掉再开启，接下来演示一下不修改代码的条件下如何开启多个服务：

首先点击 idea 中的 service 选项

把刚刚启动的服务添加到列表

然后再复制出来一份应用

重命名应用名称之后配置端口号：

添加之后再右键 9091 的服务再配置一个 9092 的服务

然后右键把新复制的服务都启动

启动成功之后注册中心的 product-service 就有了三个实例

2. 问题引入

在进行获取服务时发现每次获取到的实例并不是均衡的，原因就是每一次从 eureka 中获取的服务列表中实例的顺序可能是不一样的，上面的 product-service 服务的三个端口号是 9090, 9091, 9092，每次获取到的顺序可能不一样，在之前的代码中是通过 get(0) 来获取实例列表中的第一个实例，也就需要对之前写的代码进行修改

我们期望是按照顺序来依次获取服务，也就是一个 获取次数%实例数 的关系，那么首先需要一个计数器来计算当前是第几次请求，此外还需要固定获取到的实例列表中的顺序（也就是无论后面发起几次请求，获取到的实例列表都是一样的）

根据上面的分析来修改一下代码：

之后再重新启动服务进行远程调用，实例按照均衡的顺序被调用

在上面的代码中是把初始化的部分固定了，也是有些不合理的，如果之后再新增实例的话就没有办法保持同步

3. 负载均衡

负载均衡是高并发、高可用系统必不可少的关键组件。当服务流量增大时，通常会采用增加机器的方式进行扩容，负载均衡就是用来在多个机器或者其他资源中，按照一定的规则合理分配负载。

上面的例子中，只是简单地对实例进行了轮询，但真实的业务场景会更加复杂。比如根据机器的配置进行负载分配，配置高的分配的流量高，配置低的分配流量低等。

负载均衡又可以分为服务端负载均衡和客户端负载均衡，上面的代码中就是在客户端进行负载均衡，来合理的分配访问服务器

服务端负载均衡就是在服务端进行负载均衡的算法分配，请求先到达负载均衡器，然后通过负载均衡算法，在多个服务器之间选择一个进行访问。

4. Spring Cloud LoadBalancer

Spring Cloud LoadBalancer 用于在微服务架构中实现客户端负载均衡，接下来看如何使用：

在原来的 RestTemplate 的 Bean 中加上@LoadBalanced注解

@Configuration
public class BeanConfig {@Bean@LoadBalancedpublic RestTemplate restTemplate(){return new RestTemplate();}
}

在远程调用的代码中把 IP 和端口号改为服务名称

public OrderInfo selectOrderById(Integer orderId){OrderInfo orderInfo = orderMapper.selectOrderById(orderId);String url = "http://product-service/product/" + orderInfo.getProductId();log.info("远程调用url = {}",url);ProductInfo productInfo = restTemplate.getForObject(url, ProductInfo.class);orderInfo.setProductInfo(productInfo);return orderInfo;
}

然后再去发起请求