2、微服务调用方式之ribbon实战 订单调用商品服务
简介：实战电商项目 订单服务 调用商品服务获取商品信息
1、创建order_service项目
2、开发伪下单接口
3、使用ribbon. (类似httpClient,URLConnection)
启动类增加注解
@Bean
@LoadBalanced
public RestTemplate restTemplate() {
return new RestTemplate();
}
4、根据名称进行调用商品，获取商品详情
商品的服务的controller里面注入端口号。
就会获取到配置文件的这里的端口号
把一个对象里面的属性拷贝到另一个对象里面。然后把数据方便加上端口号
再启动一个8772的节点
启动的另外一个节点
注册中心默认是启动的
初始化中
注册中心，这是一个client
最终选择了这三个依赖
order这个服务也需要往注册中心去注册，所以需要服务发现。pom.xml这里eureka-client已经引入了。
ribbon，封装了http请求，客户端的负载均衡
创建domain的包下面新建实体类ProductOrder.java
定义这几个属性，然后生成getter和setter
service层和service的实现类
开发下单接口
这里完善后，还差一个商品的详情，就需要去调用商品的服务
可能会去用HttpClient或者是UrlConnection去调用。这样普通的http调用不能去调用集群和负载均衡的策略
所以这里要用ribbon去调用。
启动类里面加注释
在启动类里面引入
注入restTemplate，然后调用方法
在Eureka里面有个product-servie
在商品的微服务里面配置了服务的名称就是product-service
订单的服务配置文件修改格式为yml
然后增加订单的配置文件的配置。端口改为8781。然后服务名称为order-service
controller里面进行调用
启动订单的服务，进行测试
调用订单的服务
打印出了商品的信息
再次刷新页面，请求数据。再次的端口请求的是8772。因为商品的服务开了两个端口
客户端随即选择了要调用的服务端。这是客户端的负载均衡
每次刷新端口都不一致
商品服务再开一个8773的节点
Eureka里面可以看到注册了三个Product的服务节点
多刷新几次，但是这里访问的还是8771和8772的 并没有访问到8773的节点
调用的时候是跟注册中心定时去拿的地址，需要等一会的一段。定时拿到了新的服务地址就可以了
启动类里面加上了restTemplte这里要加上负载均衡的注解。@LoadBalanced
小D课堂 - 新版本微服务springcloud+Docker教程_4-02 微服务调用方式之ribbon实战 订单调用商品服务
原文：https://www.cnblogs.com/wangjunwei/p/11443506.html