Nacos是什么？

           Nacos（Dynamic Naming and Configuration Service） 是阿里巴巴2018年7月开源的项目。它专注于服务发现和配置管理领域 致力于帮助您发现、配置和管理微服务。Nacos 支持几乎所有

主流类型的“服务”的发现、配置和管理。

           一句话总结就是：Nacos = Spring Cloud注册中心 + Spring Cloud配置中心

Nacos的作用？

        两个核心功能：服务注册与发现，动态配置管理

什么时候使用Nacos?

        构建分布式项目或者说构建微服务时使用

怎么使用Nacos？

      Nacos作为服务治理组件的使用步骤：

                       1.下载安装nacos  https://github.com/alibaba/nacos/releases

                       2.启动nacos      windows下直接点击解压后文件中的“startup.cmd”运用

                       3.访问nacos所提供的管理后台： http://localhost:8848/nacos    登录名：nacos  密码：nacos

                       4.将微服务集成到nacos中

                              4.1 在服务的pom.xml文件中加入依赖

                              4.2 在application.yml文件中进行配置

 1.下载安装nacos

2.启动nacos 

 3.访问nacos所提供的管理后台： http://localhost:8848/nacos    登录名：nacos  密码：nacos

4.1 在服务的pom.xml文件中加入依赖

<!--nacos-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
            <version>0.2.2.RELEASE</version>
        </dependency>
        <dependency>
            <groupId>com.alibaba.nacos</groupId>
            <artifactId>nacos-client</artifactId>
            <version>1.1.0</version>
        </dependency>

4.2 在application.yml文件中进行配置

server:
  port: 8000   //不同服务使用不同端口号

spring:
  cloud:
    nacos:
      discovery:
        server-addr:  127.0.0.1:8848 # 配置nacos 服务端地址
  application:
    name: nacos-provider # 服务名称

 Nacos作为配置中心的使用步骤：

        先简单介绍一下配置中心，在微服务系统架构中为了保证系统的高性能和高可靠性，每一个微服务在部署的时候采用的都是集群部署。

每一个服务中都存在自己所对应的配置文件。后期如果我们需要更改商品服务的配置信息，那么按照目前的部署架构来讲，就需要修改每一个服务中所对应的配置文件(application.yml)。当部

署的服务数量较小的时候，修改还是比较方便的，但是当服务变的越来越多，这种修改就变的非常的麻烦。太不利于后期的维护了。为了提高这个系统配置信息的维护性，我们可以使用一个

统一的配置中心，使用这个配置中心来统一存储配置文件。

        一句话：大大的提高了各个服务配置文件的维护性

            1.在nacos服务端创建一个配置文件：配置文件的唯一性是通过dataId + group确定的

            2.在服务中导入依赖

            3.创建配置文件（bootstrap.yml）

            4.加上实时刷新注解 为了不用重启服务器直接可以加载使用修改后的配置文件

            5.测试使用nacos服务端修改后的配置文件内容

  1.在nacos服务端创建一个配置文件：配置文件的唯一性是通过dataId + group确定

   dataId 的完整格式如下：

   ${prefix}-${spring.profile.active}.${file-extension}

•  prefix 默认为 spring.application.name 的值，也可以通过配置项 spring.cloud.nacos.config.prefix来配置。

•  spring.profile.active 即为当前环境对应的 profile， 注意：当 spring.profile.active 为空时，对应的连接符 - 也将不存在，dataId 的拼接格式变成 ${prefix}.${file-extension}

•  file-exetension 配置文件的后缀名，可以通过配置项 spring.cloud.nacos.config.file-extension 来配置。目前只支持 properties 和 yaml(yml) 类型

例：
nacos-config-module-dev.yml
代表服务的名称为nacos-config-module  环境为dev表示生产环境  文件格式为yml

     2.在服务中导入依赖

 <!-- 加入web的依赖 -->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
		
        <!-- nacos作为配置文件的依赖包 -->
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
        </dependency>

3.创建配置文件（bootstrap.yml，注意和application.yml同级层创建。啰嗦一句，bootstrap.yml和application.yml作用一样都可以被加载到，但是bootstrap属于系统级别的，比application的配置文件提前加载）

spring:
  application:
    name: nacos-config-module			# 应用的名称（如果没有指定spring.cloud.nacos.config.prefix配置，这个应用名称需要和nacos配置文件的前缀一致）
  cloud:
    nacos:
      config:
        server-addr: 127.0.0.1:8848		# nacos服务端的ip地址以及端口号
        file-extension: yml				# 配置文件的后缀名
  profiles:
    active: dev							# 环境配置

注意：一般有了bootstrap配置文件后，只需要在application中配置一下当前的配置环境即可，例如（dev，pro等），在bootstrap中配置nocas作为服务中心和配置中心等。。。

4.加上实时刷新注解 为了不用重启服务器直接可以加载使用修改后的配置文件

默认情况下，当nacos服务端配置文件的内容发送更新了以后。应用方是无法获取到最新的配置。要想在应用方获取最新的配置信息可以使用spring cloud提供的注解：@RefreshScope

该注解需要使用在读取配置文件的类上：

@RestController
@RequestMapping(value = "/nacos")
@RefreshScope  //实时刷新
public class NacosController {

    @Value("${userName}")
    private String userName ;

    @RequestMapping(value = "/findAll")
    public ResponseEntity<Map<String , Object>> findAll() {
        System.out.println("findAll.....");
        Map<String , Object> hashMap = new HashMap<String , Object>() ;
        hashMap.put("result" , userName) ;
        return ResponseEntity.ok(hashMap) ;
    }

}

5.测试使用nacos服务端修改后的配置文件内容

@RestController
@RequestMapping(value = "/nacos")
@RefreshScope
public class NacosController {

    @Value("${userName}")
    private String userName ;

    @RequestMapping(value = "/findAll")
    public ResponseEntity<Map<String , Object>> findAll() {
        System.out.println("findAll.....");
        Map<String , Object> hashMap = new HashMap<String , Object>() ;
        hashMap.put("result" , userName) ;
        return ResponseEntity.ok(hashMap) ;
    }

}