笔记

2、微服务调用方式之ribbon实战 订单调用商品服务

    简介：实战电商项目 订单服务 调用商品服务获取商品信息

        1、创建order_service项目

        2、开发伪下单接口

        3、使用ribbon. (类似httpClient,URLConnection) 

            启动类增加注解

              @Bean

              @LoadBalanced

              public RestTemplate restTemplate() {

                   return new RestTemplate();

              }

        4、根据名称进行调用商品，获取商品详情

开始

商品的服务的controller里面注入端口号。

就会获取到配置文件的这里的端口号

把一个对象里面的属性拷贝到另一个对象里面。然后把数据方便加上端口号

再启动一个8772的节点

启动的另外一个节点

注册中心默认是启动的

开发OrderService

初始化中

注册中心，这是一个client

最终选择了这三个依赖

order这个服务也需要往注册中心去注册，所以需要服务发现。pom.xml这里eureka-client已经引入了。

ribbon，封装了http请求，客户端的负载均衡

创建domain的包下面新建实体类ProductOrder.java

定义这几个属性，然后生成getter和setter

新建OrderController

新建Service层

service层和service的实现类

开发下单接口

这里完善后，还差一个商品的详情，就需要去调用商品的服务

可能会去用HttpClient或者是UrlConnection去调用。这样普通的http调用不能去调用集群和负载均衡的策略

使用ribbon

所以这里要用ribbon去调用。

启动类里面加注释

在启动类里面引入

注入restTemplate，然后调用方法

在Eureka里面有个product-servie

在商品的微服务里面配置了服务的名称就是product-service

订单的服务配置文件修改格式为yml

然后增加订单的配置文件的配置。端口改为8781。然后服务名称为order-service

controller里面进行调用

启动订单的服务，进行测试

调用订单的服务

打印出了商品的信息

再次刷新页面，请求数据。再次的端口请求的是8772。因为商品的服务开了两个端口

客户端随即选择了要调用的服务端。这是客户端的负载均衡

每次刷新端口都不一致

商品服务再开一个8773的节点

Eureka里面可以看到注册了三个Product的服务节点

多刷新几次，但是这里访问的还是8771和8772的 并没有访问到8773的节点

调用的时候是跟注册中心定时去拿的地址，需要等一会的一段。定时拿到了新的服务地址就可以了

注意的地方

启动类里面加上了restTemplte这里要加上负载均衡的注解。@LoadBalanced