前置准备：
分别提供订单系统（OrderService）和用户系统（UserService）。订单系统主要负责订单相关信息的处理，用户系统主要负责用户相关信息的处理。
一、微服务当中的提供者和消费者
1.1、概念
服务提供者：
一次业务中，被其它微服务调用的服务。（提供接口给其他微服务）
服务消费者：
一次业务中，调用其它微服务的服务。（调用其它微服务提供的接口）
思考：服务A调用服务B，服务B又调用服务C，那么服务B是什么角色？
A调用B时，B是提供者；B调用C时，B又是消费者。这就说明，B的角色是相对的，即相对谁而言决定B的角色。在这个案例当中，B既是消费者又是提供者。
1.2、案例讲解
访问订单系统，查询订单编号为XXX的订单，并返回订单当中的用户信息。我们知道每张订单都会记录该订单支付者的信息，一般是支付者账号信息。根据该信息调用用户系统当中的根据账户查询用户的接口即可。
1.2.1、订单系统：
①、订单查询接口
@RestController
@RequestMapping("order")
public class OrderController {
@Autowired
private OrderService orderService;
@GetMapping("{orderId}")
public Order queryOrderByUserId(@PathVariable("orderId") Long orderId) {
// 根据id查询订单并返回
return orderService.queryOrderById(orderId);
}
}②、生成远程调用实例对象
//在SpringBoot启动类当中添加如下代码
@Bean
@LoadBalanced//负载均衡
public RestTemplate restTemplatest(){
return new RestTemplate();
}③、订单查询服务实现类
@Autowired
private RestTemplate restTemplate;
public Order queryOrderById2(Long orderId) {
// 1.查询订单
Order order = orderMapper.findById(orderId);
//2.利用RestTemplate发送http请求，查询用户
//2.1、url路径
String url = "http://localhost:8088/user/" + order.getUserId();
//2.2、发送http请求，实现远程调用
User user = restTemplate.getForObject(url, User.class);
//3.封装user到order
order.setUser(user);
// 4.返回
return order;
}1.2.2、用户系统：
①、用户查询接口
@Slf4j
@RestController
@RequestMapping("/user")
public class UserController {
@Autowired
private UserService userService;
@GetMapping("/{id}")
public User queryById(@PathVariable("id") Long id) {
return userService.queryById(id);
}
}②、用户查询实现类
@Service
public class UserService {
@Autowired
private UserMapper userMapper;
public User queryById(Long id) {
return userMapper.findById(id);
}
}二、Eureka注册中心
我们先分析上述代码远程调用的弊端：
①、userService服务为了应对高并发，可能存在多个实例
②、userService服务可能有不同的环境配置，例如开发环境端口为8088，测试环境为8089等
③、在多实例情况下，orderService如何选择userService？
④、在多实例情况下，orderService如何知道选择的实例的健康状态？
这些弊端就足以说明我们上述硬编码方式的弊端了-》不够灵活。
2.1、Eureka的作用
当user-service:8081、user-service:8082、user-service:8083启动时会向Eureka注册中心进行登记，Eureka则会记录该服务的这些信息，同理，order-Service也会注册到Eureka当中，当orderService需要远程调用userService时，此时就会向Eureka获取该服务的注册列表，拿到注册列表后根据负载均衡原理挑选出一个服务实例进行调用。还有一个问题没有解决，Eureka如何知道某服务实例的健康状态呢？当服务实例注册到Eureka之后，会每隔30s向Eureka发送一个心跳续约，告知Eureka本实例的状态，当不发送时，Eureka则认为该实例挂掉了，则会从服务列表剔除该实例，下次当消费者再次获取实例列表时将不再推送该实例信息。智能吧？在Nacos面前这就是弟弟~
总结：
2.2、搭建Eureka注册中心
2.2.1、创建独立的服务
2.2.2、导入依赖
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
</dependency>
2.2.3、启动类添加注解
@EnableEurekaServer
@SpringBootApplication
public class EurekaApplication {
public static void main(String[] args) {
SpringApplication.run(EurekaApplication.class,args);
}
}2.2.4、编写配置文件
server:
port: 10086 #服务端口
spring:
application:
name: eurekaserver #服务名称
eureka:
client:
service-url: #eureka的地址信息
defaultZone: http://127.0.0.1:10086/eureka2.3、 服务注册
2.3.1、在微服务模块导入依赖
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>
2.3.2、在微服务配置文件添加配置
spring:
application:
name: XXXXservice
eureka:
client:
service-url: #eureka的地址信息
defaultZone: http://127.0.0.1:10086/eureka2.4、 基于Eureka远程调用
2.3完成了服务注册，下面进行后续的步骤：
2.4.1、服务列表拉取
修改访问的url路径，用服务名代替ip、端口：
String url = "http://userservice/user/" + order.getUserId();
当我们启动多个实例后 ，获取到的访问地址是该服务的实例列表，经过负载均衡算法处理过后会得到准确的访问地址。
2.4.2、做负载均衡
@Bean
@LoadBalanced//负载均衡
public RestTemplate restTemplatest(){
return new RestTemplate();
}
