Nacos

spring:
  config:
    import: nacos:deal-server  //启用dataid为deal-server的配置项
  cloud:
    nacos:
      config:
        server-addr: localhost:8848
      discovery:
        server-addr: localhost:8848
  application:
    name: deal-server
server:
  port: 8080

dataid和group唯一确认nacos中的配置

dataId（数据ID）

dataId 是配置项的唯一标识符。它用于指定一个具体的配置项在 Nacos 中的位置。通常，dataId 包含两部分信息：业务名称和配置项名称，用冒号分隔。例如，dataId 可以是 your-application:your-config。在这个例子中，your-application 是业务名称，your-config 是配置项名称。

group（分组）

group 是对配置项进行分组的标识符。它允许你将一组相似或相关的配置项放在同一个分组下。这在大型系统中有助于组织和管理配置。例如，你可能有多个环境（例如开发、测试、生产），每个环境都有相应的配置，通过使用不同的 group 进行区分。默认情况下，group 的值为 DEFAULT_GROUP。

dataId 和 group 共同构成了 Nacos 中配置项的全局唯一标识。在读取配置时，你需要指定正确的 dataId 和 group 才能获取到对应的配置项值。

 @NacosValue(value = "${config.key:defaultValue}", groupId = "yourGroupId", dataId = "yourDataId")
    private String configValue;

命名空间：分别为dev、test、prod，用于隔离不同环境的配置。
GroupID：可以分别为serviceA和serviceB，用于区分不同服务的配置项。
DataID：可以分别为config1和config2，用于唯一标识不同的配置项。

Nacos Spring Cloud 中，dataId 的完整格式如下：

${spring.cloud.nacos.config.prefix}-${spring.profiles.active}.${spring.cloud.nacos.config.file-extension}

前缀-环境-扩展名

• prefix 默认为 spring.application.name 的值，也可以通过配置项 spring.cloud.nacos.config.prefix来配置。
• spring.profiles.active 即为当前环境对应的 profile，详情可以参考 Spring Boot文档。 注意：当 spring.profiles.active 为空时，对应的连接符 - 也将不存在，dataId 的拼接格式变成 $prefix.${file-extension}
• file-exetension 为配置内容的数据格式，可以通过配置项 spring.cloud.nacos.config.file-extension 来配置。目前只支持 properties 和 yaml 类型。

Nacos实现配置注入的原理

当使用 Spring Cloud Alibaba Nacos Config 的时候，Nacos 中的配置项会在应用程序启动时自动注入到应用程序的 application.properties 或 application.yml 中。

具体的流程如下：

1. 启动应用程序： 当你启动 Spring Boot 应用程序时，应用程序会自动初始化，并在初始化过程中尝试从 Nacos 中获取配置项。

2. 从 Nacos 获取配置项： Spring Cloud Alibaba Nacos Config 会连接到 Nacos 服务器，检索配置项的值。

3. 注入到应用程序的配置文件： 获取到的配置项值将会被注入到应用程序的 application.properties 或 application.yml 文件中，覆盖相应的配置项。

4. 应用程序中使用配置： 你可以在应用程序的各个组件中使用 @Value 注解、Environment 对象或其他方式来获取这些配置项的值，例如在服务类、控制器、或其他 Spring Bean 中。

Nacos的注册和发现

流程

1. 服务提供者启动时，将自己的服务实例信息（如服务名称、IP地址、端口号等）通过RESTful API方式发送给Nacos服务端。
2. Nacos服务端接收到服务提供者发送的注册请求后，将服务实例信息存储在注册中心的数据库中，同时将这些信息缓存到内存中，以便快速查询。
3. Nacos服务端将注册信息存储在两个地方：一个是持久化的存储（如MySQL、Derby等数据库），用于服务实例的持久化存储；另一个是内存中的缓存，用于快速的服务实例查询。
4. 注册成功后，服务提供者会定时向Nacos发送心跳请求，以表明自己的服务实例还在运行中。
5. Nacos服务端根据心跳信息更新服务实例的状态，以便服务消费者能够获取到最新的服务实例信息。
6. 服务消费者通过Nacos服务端的RESTful API查询服务注册中心获取到最新的服务实例信息（如服务名称、IP地址、端口号等），从而能够调用服务提供者。

@EnableDiscovryClient

@EnableDiscoveryClient 是Spring Cloud中的一个注解，用于启用服务注册与发现的功能。这个注解是通用的，不依赖于具体的服务注册中心，因此可以用于集成多种服务注册中心，如Eureka、Consul、ZooKeeper以及Nacos等。

具体来说，@EnableDiscoveryClient 的主要作用包括：

• 服务注册

• 服务发现

• 集成不同的注册中心： @EnableDiscoveryClient 是通用的，因此可以在切换服务注册中心时更方便。只需修改相关配置，而不用修改应用代码。

在使用Nacos作为服务注册中心时，使用@EnableDiscoveryClient 会使应用能够自动注册到Nacos服务注册中心，并且可以通过Nacos服务注册中心发现其他服务实例。因此，它简化了服务注册与发现的集成工作，使得开发者能够更容易地实现微服务架构中的服务注册与发现功能。

@RefreshScope 实现配置自动更新

服务注册：

服务启动时，向 Nacos 注册中心注册自己：
服务A启动时，告诉Nacos：“我是服务A，我的地址是xxx，端口是yyy。”
Nacos 记录下服务A的信息。

使用@EnableDiscoveryClient，就会自动注册服务
在application中的配置

spring:
  cloud:
    nacos:
      discovery:
        server-addr: localhost:8848

服务发现：

其他服务想要调用服务A时，向 Nacos 询问服务A的地址：

服务B需要调用服务A，于是它向 Nacos 服务发现中心询问：“请告诉我服务A的地址。”
Nacos 返回服务A的地址给服务B。
服务B获取服务A的地址后，可以调用服务A：

服务B得到了服务A的地址，可以使用该地址进行调用。

包装nacos的restTemplate的服务调用

@Component
public class ServiceCaller {

    @Autowired
    private DiscoveryClient discoveryClient;

    @Autowired
    private RestTemplate restTemplate;

    public String callService(String serviceName, String endpoint) {
        List<ServiceInstance> instances = discoveryClient.getInstances(serviceName);

        if (instances.isEmpty()) {
            return "No instances found for service: " + serviceName;
        }

        ServiceInstance selectedInstance = instances.get(0);

        String serviceUrl = "http://" + selectedInstance.getHost() + ":" + selectedInstance.getPort() + "/" + endpoint;

        return restTemplate.getForObject(serviceUrl, String.class);
    }
}

@RestController
public class YourController {

    @Autowired
    private ServiceCaller serviceCaller;

    @GetMapping("/call-service/{serviceName}/{endpoint}")
    public String callService(@PathVariable String serviceName, @PathVariable String endpoint) {
        return serviceCaller.callService(serviceName, endpoint);
    }
}