springCloud组件专题（一） --- Nacos

最新推荐文章于 2025-04-30 17:25:13 发布

普通程序员A

最新推荐文章于 2025-04-30 17:25:13 发布

阅读量1.2k

点赞数 26

CC 4.0 BY-SA版权

分类专栏： SpringCloud 分享文章标签： spring cloud spring 后端面试

本文链接：https://blog.csdn.net/jike920203/article/details/138872679

SpringCloud 分享专栏收录该内容

5 篇文章

订阅专栏

前言：

本文全部内容以nacos2.x为例子

一.Nacos的使用

1.nacos的安装

1) 下载nacos

第一步：直接百度搜索nacos官网，然后进入官网，在快速开始中点击nacos，然后下载

第二步：在下载页面中，选择适合自己操作系统的安装包。本章节以非源码形式启动，下载的是第二个。

第二步：本地解压缩

2）修改nacos配置，本地启动nacos

本地启动之前，需要修改nacos中的几个配置文件。

第一，修改nacos的启动脚本。由于nacos默认是集群模式启动的，我们在本地启动时候需要将启动模式改为单机启动。修改方法如下：

修改 nacos\bin\startup.cmd,将下图中的启动模式进行修改

第二，修改naco的配置文件，让配置能够持久化，方法如下。（naco默认是将配置放在了内存，没有持久化，这样每次我们改了配置，重启nacos后会丢失修改，所以我们配置nacos的持久化，让配置不会丢失。但是，本操作不影响nacos的启动，如果只是想快速入门nacos，自己跟一下流程，不进行配置也可）

·首先，在数据库中执行 mysql的脚本，脚本在 nacos\conf 下，文件名叫做 mysql-schema.sql。

·执行完sql后，在nacos\conf\application.properties中配置数据库参数

最后，启动Nacos，直接双击我们修改过的 nacos\bin\startup.cmd ，然后访问 http://localhost:8848/nacos

** 注意，不要关闭这个dos窗口 **

输入地址 http://localhost:8848/nacos 进入nacos界面如下

**nacos2默认是没有鉴权的，1.x默认有鉴权，如果是1.x启动，会先进入登录界面，用户名和密码都是 nacos**

2.使用Nacos作为注册中心

步骤一：引入依赖

<groupId>com.alibaba.cloud</groupId>

<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>

</dependency>

步骤二：配置文件中添加配置

spring: 
  application:
    name: rui-admin-mine
  profiles:
    # 环境配置
    active: dev
    # 以下为naocs的配置
  cloud:
    nacos:
      discovery:
        # 服务注册地址
        server-addr: 127.0.0.1:8848

步骤三：启动类上加上注解 @EnableFeignClients注（高版本的spring-cloud不需要再加这个注解了，比如我的项目用的2021.0.8版本，就不需要加这个注解了）

做完上诉操作后，启动服务，就可以在nacos的控制台看到注册的服务了

3.使用Nacos作为配置中心

步骤一：引入依赖

<groupId>com.alibaba.cloud</groupId>

<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>

</dependency>

步骤二：添加配置

# tomcat
server:
  port: 5205
# spring
spring: 
  application:
    name: rui-admin-mine
  profiles:
    # 环境配置
    active: dev
    # cloud
  cloud:
    nacos:
      discovery:
        # 服务注册地址
        server-addr: 127.0.0.1:8848
      config:
        # 配置中心地址
        server-addr: 127.0.0.1:8848
        # 共享配置
        shared-configs:
          - application-${spring.profiles.active}.yml
          - @artifactId@-${spring.profiles.active}.yml

配置讲解：spring.cloud.nacos.config.server-addr 为配置中心地址，shared-configs支持多个配置文件，每个配置文件前面用 - 分割，注意 - 后面的空格

我们在spring-cloud项目中，通常会使用bootstrap.yml作为项目内优先级最高的配置文件，如果直接在一个springboot项目下使用bootstrap.yml，会发现，项目无法识别此文件。原因是，bootstrap.yml是作为spring-cloud项目的配置文件，需要在maven中添加一个依赖才行:

<groupId>org.springframework.cloud</groupId>

<artifactId>spring-cloud-starter-bootstrap</artifactId>

</dependency>

我们在配置文件中看到两种语法：

分别是$ {spring.profiles.active}和@artifactId@。${}语法用于引用一个yml文件内的属性，比如$ {spring.profiles.active}，它指代的就是spring.profiles.active对应的属性--dev。所以application-${spring.profiles.active}.yml解析后是 application-dev.yml。

另外一个语法@XXXX@ ，其中XXXX是pom.xml中的一个标签，比如，我的项目中，pom.xml中有一个buness-server，所以@artifactId@-${spring.profiles.active}.yml这一段就被解析成了buness-server-dev.yml。@@这种语法的解析发生在maven编译阶段，所以需要maven的支持，maven的pom.xml文件需要在build节点下引入如下内容：

<resources>
    <resource>
        <directory>src/main/resources</directory>
        <!--开启过滤，用指定的参数替换directory下的文件中的参数-->
        <filtering>true</filtering>
    </resource>
</resources>

步骤三：在nacos控制台中添加配置并使用

点击打开后：

最后，在项目中正常使用配置文件即可

二.Nacos中的概念

1.数据模型

Nacos将数据模型抽象成为了三层，无论配置中心还是注册中心都是这样的结构。最顶层管理节点nameSpace，一个nameSpace下可以有多个group，一个group下可以有多个Service/DataId（注册中心里最小单元是Service，配置中心里最小单元是DataId）。这样设计的意义在于数据的隔离，不同nameSpace之间互不影响，不同group之间互不影响。不同nameSpace下可以存在相同的group。

1).namespace(命名空间): 常用场景之一是不同环境的配置的区分隔离。但是就实际开发来说，其实比较少这么做，因为dev环境和test环境以及生产环境都直接会布置不同的nacos服务

2).group(命名空间):常见场景之一是开发人员通过配置分组，让自己的本地服务在自己的分组中注册，从而避免和其他人服务在一个service下被负载均衡

3).Service/DataId(命名空间):Service对应一个服务集群，没有特殊配置会取服务的spring.application.name。DataId指代一个具体配置文件

2. 界面上每一个按钮的含义

直接参阅nacos的官方控制台手册，很详细。附链接

控制台手册 | NacosNacos 控制台主要旨在于增强对于服务列表，健康状态管理，服务治理，分布式配置管理等方面的管控能力。https://nacos.io/zh-cn/docs/next/v2/guide/admin/console-guide

三.Nacos原理分析

nacos的原理需要分两部分理解，一部分是客户端（就是我们在springboot项目中引入的依赖包），一份是服务端（就是nacos服务）。

客户端是我们自己的服务在引入依赖后，启动服务时候自动装配到项目中的，服务的注册，心跳的发送，都是通过客户端先发起的。

服务端就是我们部署的nacos服务。

1.服务注册原理

客户端（Springboot项目）：通过自动装配，实例化了NacosAutoServiceRegistration，NacosAutoServiceRegistration继承了ApplicationListener，通过实现onApplicationEvent，在服务启动时调用了 bind方法，bind方法底层进入了grpcClientProxy的doRegistra方法，至此，客户端以grpc方式在服务端进行了注册

服务端（Nacos服务）：客户端的请求进入rpc.handler包下的InstanceRequestHandler.registerInstance。服务端代码大量运用了事件订阅发布，分支比较多，这里不聊细节流程，大家感兴趣的话可以从入口debug进去看。服务段最终做的事情是将临时实例注册到了ServiceManager的两个Map结构中。

总结：客户端通过自动装配，注入了有自动注册的bean，然后在服务启动时候，向服务端发起注册，2.x使用的是grpc的注册。服务端在接到客户端的注册请求，将service注册在一个Map结构中。

关于心跳：nacos2.x和1.x很大一个不同，心跳的实现方式变了，不再是需要客户端一直发心跳包了，而是因为有了长连接对象，服务端可以定时检查了。清除方式仍然是一定时间内，没有回应，临时实例直接从注册列表清除，而如果是永久实例，则置为不健康（1.x的nacos是客户端主动15s一次发送心跳请求给服务端，2.x改成了服务端自己起定时任务根据客户端第一次连接后产生的client对象询问客户端）