1:使用前提
- 第一步:解压启动Nocos
SpringCloudAlibaba 推出了一个名为 Nacos 的注册中心，在国外也有大量的使用。
startup.cmd -m standalone
访问http://localhost:8848/nacos/
- 第二步:服务注册
工程目录
在父工程中添加依赖
<dependency><groupId>com.alibaba.cloud</groupId><artifactId>spring-cloud-alibaba-dependencies</artifactId><version>2.2.6.RELEASE</version><type>pom</type><scope>import</scope>
</dependency>
在order-service user-service中添加依赖
<dependency><groupId>com.alibaba.cloud</groupId><artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>
在userService中跟orderService中 添加配置
spring:cloud:nacos:server-addr: 127.0.0.1:8848
项目重新启动后，可以看到三个服务都被注册进了 Nacos
2:Nocos是注册中心
a:已知
orderService服务需要调用 userService服务 但是userService是有多个的
b:oderService调用服务流程
- order-service 如何得知 user-service 实例地址？
user-service 服务实例启动后，将自己的信息注册到Nacos注册中心(Nacos服务端)，叫做服务注册 eureka-server 保存服务名称到服务实例地址列表的映射关系 order-service 根据服务名称，拉取实例地址列表，这个叫服务发现或服务拉取 order-service - 如何从多个user-service 实例中选择具体的实例？
order-service从实例列表中利用负载均衡算法选中一个实例地址，向该实例地址发起远程调用 order-service 如何得知某个
user-service 实例是否依然健康，是不是已经宕机？ user-service 会每隔一段时间(默认30秒)向
nacos-server 发起请求，报告自己状态，称为心跳 当超过一定时间没有发送心跳时，nacos-server
会认为微服务实例故障，将该实例从服务列表中剔除 order-service 拉取服务时，就能将故障实例排除了
3:Nacos是配置中心
a:使用背景
当微服务部署的实例越来越多，达到数十、数百时，逐个修改微服务配置就会让人抓狂，而且很容易出错。我们需要一种统一配置管理方案，可以集中管理所有实例的配置。
Nacos 一方面可以将配置集中管理，另一方可以在配置变更时，及时通知微服务，实现配置的热更新。
注意：项目的核心配置，需要热更新的配置才有放到 nacos 管理的必要。基本不会变更的一些配置(例如数据库连接)还是保存在微服务本地比较好。
b:项目启动的时候读取配置文件的顺序
未加入Nacos配置的 项目启动读取配置文件顺序
加入Nacos配置文件后的 项目启动读取配置文件的顺序
这样会引发一个问题，我们将Nacos服务的地址放到application.yml中 那么Nacos就无法根据地址去获取配置了
加入bootstarap.yml
c:关于Nacos配置中心的通俗理解
那么实际使用的时候，我们的微服务是怎么从nacos上拿到配置文件的呢？我觉得本质是这样的：微服务在启动的时候，肯定会有个配置文件，这个配置文件中应该会说明 nacos的配置信息、命名空间、配置文件的名称等等信息，当有这些信息以后，相当于nacos集群和我们的服务之间就能实现网络互连，这样完全可以通过约定的协议从nacos上拿到对应的配置文件，拿到配置文件后再下载到本地上来，这样就实现了本地使用远程nacos上的配置文件了。而且如果要实现动态更新，比如在nacos上修改了这个配置文件的时候，也可以知道使用了该配置文件的服务是哪一些，然后通过网络下发通知说这个配置修改了，从而实现动态修改。不过我觉得这种动态更新应该只限制与一些普通配置文件，如果是一些数据库配置的话，毕竟微服务需要重新去连接一次数据库，和重启效果差不多是一样的了。
原文链接：https://blog.csdn.net/qq_35463905/article/details/116525129
(4):Nacos集群
“因为当一个nacos服务部署在A服务器中,如果这台服务器挂了,那么就会出现各个模块都无法访问的了,所以将nacos部署在多个服务器中,搭建一个集群的模式,这样可以预防一台服务器挂了,所以的服务都会收到影响。”
(5):Feign的远程调用
a:使用背景
Feign 是一个声明式的 http 客户端，官方地址：https://github.com/OpenFeign/feign 其作用就是帮助我们优雅的实现 http 请求的发送
原来我们orderService调用UserService
显示出的问题:
代码可读性差,参数不同一
b:Feigin的使用流程
引入依赖（在orderService中引入依赖）
<dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-openfeign</artifactId>
</dependency>
添加注解
在order-service的启动类上添加注解
在orderService中添加一个接口
package com.xn2001.order.client;
import com.xn2001.order.pojo.User;
import org.springframework.cloud.openfeign.FeignClient;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.PathVariable;
@FeignClient("userservice")
public interface UserClient {@GetMapping("/user/{id}")User findById(@PathVariable("id") Long id);
}
@FeignClient(“userservice”)：其中参数填写的是微服务名
@GetMapping(“/user/{id}”)：其中参数填写的是请求路径
这个客户端主要是基于 SpringMVC 的注解 @GetMapping 来声明远程调用的信息
Feign 可以帮助我们发送 http 请求，无需自己使用 RestTemplate 来发送了。
测试
@Autowired
private UserClient userClient;
public Order queryOrderAndUserById(Long orderId) {// 1.查询订单Order order = orderMapper.findById(orderId);// TODO: 2021/8/20 使用feign远程调用User user = userClient.findById(order.getUserId());// 3. 将用户信息封装进订单order.setUser(user);// 4.返回return order;
}
