文章目录

🍍每日推荐

🍖文章开始之前我想首先介绍一下牛客，以便没有使用过的小伙伴能够快速入手，牛客网是国内最大的算法、面试、招聘网站，涵盖了多种大厂面试真题以及题解，里面大佬云集，各种题目的解决方案层出不穷，绝对能让你大开眼界，而且牛客是你在人生中不同的阶段都能对你有所帮助的编程软件（完全免费），如果感兴趣可以访问注册一下

访问链接：牛客-国内最大的刷题网站

Nacos是可以代替SpringCloud Eureka和SpringCloud Config的开源组件，有了它我们就不用自己配置和搭建服务端了，服务端直接从最新的发布版本下载即可，我们只需要在服务机器上启动。

首先我们需要从github的官方地址下载最新版本的压缩包。解压缩后进入到bin目录下，因为我的环境是自己的windows开发机器，所以需要修改startup.cmd中的模式为单机模式。然后再启动服务端。

set MODE="standalone"

此时访问localhost:8848/nacos就能访问已经启动的服务端应用了。

一、Nacos作为注册中心

我们创建一个springcloud父工程，只包含web依赖。然后基于该父工程，分别创建服务提供者Provider和消费者Consumer工程。

1.1 服务提供者Provider

需要的依赖如下：

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
    <version>2021.1</version>
</dependency>

配置文件如下：

server:
  port: 8091
spring:
  application:
    name: nacos-provider
  cloud:
    nacos:
      server-addr: localhost:8848

然后我们创建一个controller来模拟Provider对外提供服务：

@RestController
public class HelloController {

    @GetMapping("/getHello")
    public String getHello(){
        return "hello from nacos provider!";
    }

}

最后，我们在启动类上添加启动注解。

@EnableDiscoveryClient
@SpringBootApplication
public class DiscoveryProviderApplication {

    public static void main(String[] args) {
        SpringApplication.run(DiscoveryProviderApplication.class, args);
    }

}

到此，我们服务提供者就创建好了，在localhost:8091端口等待被调用提供服务。

1.2 服务消费者Consumer

需要的依赖如下：

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
    <version>2021.1</version>
</dependency>

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-openfeign</artifactId>
</dependency>

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-loadbalancer</artifactId>
    <version>3.0.3</version>
</dependency>

配置文件如下：

server:
  port: 8092
spring:
  application:
    name: nacos-consumer
  cloud:
    nacos:
      server-addr: localhost:8848

接下来也创建一个Controller类，对外提供调用的接口，然后在Controller中通过OpenFeign转发调用请求给到Provider。

@RestController
public class HelloController {

    @Autowired
    private FeignService feignService;

    @GetMapping("/getHello")
    public String getHello(){
        return feignService.getHello();
    }

}

@FeignClient("nacos-provider")
public interface FeignService {

    @GetMapping("/getHello")
    String getHello();

}

如上Service表示需要请求注册中心中服务名称为nacos-provider的/getHello接口。

最后，我们需要在启动类上加上启动注解。

@EnableFeignClients
@EnableDiscoveryClient
@SpringBootApplication
public class DiscoveryConsumerApplication {

    public static void main(String[] args) {
        SpringApplication.run(DiscoveryConsumerApplication.class, args);
    }

}

到此，消费者Consumer也创建好了，在localhost:8092提供调用服务。我们访问Consumer的/getHello接口，获得的返回内容为：

hello from nacos provider!

此时登录nacos服务端，服务管理，也能看到刚刚注册上来的消费者和服务提供者。

二、Nacos作为配置中心

我们以如上provider项目作为示例项目进行如下配置中心功能的演示。

2.1 入门案例

首先我们需要引入必要的依赖包：

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
    <version>2021.1</version>
</dependency>
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-bootstrap</artifactId>
</dependency>

其次，我们在启动配置文件bootstrap.properties中配置如下的内容：

spring.application.name=nacos-provider
spring.cloud.nacos.server-addr=127.0.0.1:8848

然后我们创建一个Controller就可以演示从远端获取配置内容了：

@RefreshScope
@RestController
public class ConfigController {

    @Value("${provider.name}")
    private String providerName;

    @GetMapping("/getDevConfig")
    public String getDevConfig(){
        return this.providerName;
    }

}

代码层面的示例都已经写好了，我们在远端nacos服务端，切换到配置管理的配置列表界面，需要点击+号新建一个：

  • DataID，该字段的取名是有规则的，一般而言分为三个部分，{1}-{2}.{3}，其中第一部分应该和刚才本地bootstrap.properties中配置的spring.application.name完全一样；第二部分表示生效的环境名称，比如dev、stg等；第三部分表示配置文件后缀，只支持properties或者yaml类型。在这里，我们的值应该为nacos-provider.properties；
  • Group，这里先设置默认的DEFAULT_GROUP即可；
  • 配置内容，把需要保存在远端Nacos的配置内容写在里面即可，这里为provider.name=nacos123；

配置点击发布后，我们启动本地的nacos-provider服务，访问Controller，就会发现读取到了nacos123的配置内容。

2.2 配置文件的环境区分

在实际使用时，我们一般都是区分dev、stg、prd三套环境来维护各个环境的配置文件内容的。在这样的情况下，我们的应用程序如何读取不同环境下的配置内容呢？

  • profile(环境标识)：一般和namespace或group一起使用，用于区分环境或分组
  • Namespace（命名空间）：对不同的环境进⾏隔离，⽐如隔离开发环境、测试环境和⽣产环境。
  • Group（分组）：，将若⼲个服务或者若⼲个配置集归为⼀组，通常习惯⼀个系统归为⼀个组。推荐命名格式：产品名称+分组名称
  • Service（服务）：某⼀个服务，例如会员微服务。
2.2.1 通过profile区分

首先我们在Nacos配置中心再增加两个DataID，分别如下：

# nacos-provider-dev.properties
# DEFAULT_GROUP
provider.name=nacos-dev

# nacos-provider-stg.properties
# DEFAULT_GROUP
provider.name=nacos-stg

为了让这两个配置文件生效，我们在本地应用端的bootstrap.properties中指定生效配置文件的环境名称即可：

spring.application.name=nacos-provider
spring.cloud.nacos.server-addr=127.0.0.1:8848
spring.profiles.active=dev
# spring.profiles.active=stg

如此，再重启我们的应用，就能读取到各自环境的配置文件了。

2.2.2 通过namespace区分

默认我们会到public这个命名空间下去读取配置文件，此时我们新建两个命名空间，分别命名为dev和stg，然后将public命名空间下的nacos-provider.properties克隆到dev和stg命名空间下，并修改provider.name的配置内容：

# namespace dev
provider.name=nacos-dev-123

# namespace stg
provider.name=nacos-stg-123

然后我们在本地的应用中增加一个配置项，表明想要引用的namespace：

spring.cloud.nacos.config.namespace=0a6be74a-426e-45eb-8531-6d7230f26af6

然后重启应用，就能读取到对应namespace下面的配置内容了。

2.3 加载多配置文件

默认情况下，本地应用会去nacos服务端读取对应namespace下面的以应用名称开头的配置文件，在本例子中就是nacos-provider.properties，因为我们本地应用配置的spring.application.name=nacos-provider，在实际开发中，往往会有多个配置文件，那么如何同时加载多个配置文件中的配置内容呢？

首先，我们在public命名空间下再新建两个配置文件：

# redis.properties
redis.server=127.0.0.1

# mq.properties
mq.nameserver=localhost

同时，我们需要在本地项目的bootstrap.properties配置文件中增加如下的配置内容：

spring.cloud.nacos.config.ext-config[0].data-id=redis.properties
spring.cloud.nacos.config.ext-config[0].group=DEFAULT_GROUP
spring.cloud.nacos.config.ext-config[0].refresh=true

spring.cloud.nacos.config.ext-config[0].data-id=mq.properties
spring.cloud.nacos.config.ext-config[0].group=DEFAULT_GROUP
spring.cloud.nacos.config.ext-config[0].refresh=true

对应的yml配置形式为：

spring:
  cloud:
    nacos:
      config:
        extension-configs:
          - refresh: true
            group: DEFAULT_GROUP
            data-id: redis.properties
          - refresh: true
            group: DEFAULT_GROUP
            data-id: mq.properties

然后，修改我们的controller，引用nacos服务器上的不同配置文件里面的配置项：

@RefreshScope
@RestController
public class ConfigController {

    @Value("${provider.name}")
    private String providerName;
    @Value("${redis.server}")
    private String redisServer;
    @Value("${mq.nameserver}")
    private String mqServer;

    @GetMapping("/getDevConfig")
    public String getDevConfig() {
        return this.providerName + "/" + this.redisServer + "/" + this.mqServer;
    }

}

重启应用后，就能成功访问不同配置文件里面的配置项了。

2.4 配置文件的分组区分

如上我们注意到，分组Group一直都是DEFAULT_GROUP，其实我们可以在不同的Group里面创建相同名称的配置文件。比如在微服务环境中，多个微服务组件都有redis.properties的配置文件，那么如何区分哪个微服务该使用哪个Group下面的配置文件呢，其实也很简单，只要在配置文件中指定Group即可。

本实例比较简单，就不演示了，其实对于同一个应用也可以读取不同Group下面的配置文件配置内容，我们完全也可以用Group来作为dev、stg和prd的区分。

总之，Nacos为我们提供了三个维度来做区分，即profile、namespace和Group，开发者可以灵活应用来做自己想要的区分。

2.5 共享配置

很多时候，多个微服务中有相同的配置内容，比如大家连结的是同一个redis服务，同一个mq服务，那么就需要在各自的配置文件中都写上相同的配置内容，显得比较繁琐，我们完全可以将这些共同的配置内容抽取出来，形成另一个配置文件，然后大家共享它。

比如，我们在public命名空间下新建DEFAULT_GROUP的配置文件share.properties：

provider.share=share123

然后本地配置文件中新增如下配置内容：

# 如果有多个共享配置文件，相互之间用逗号分隔即可
spring.cloud.nacos.config.shared_dataids: share.properties
spring.cloud.nacos.config.refreshable-dataids: share.properties

然后在Controller中增加共享配置的读取内容，此处就省略了，重启应用就可以生效了。

注意，如果共享配置不是DEFAULT_GROUP下面的，就不能使用如上的方式，而是采用2.3节中讲述的方式。

2.6 配置内容的优先级

有些时候，我们在加载的配置文件中都配置了同一个配置项的值，而且相互之间都不相同，那么本地应用最终以哪个配置文件中的内容为准呢？

  • A：使用spring.cloud.nacos.config.prefix、spring.cloud.nacos.config.file-extension、spring.cloud.nacos.config.group这几个参数拼接出来的配置文件；
  • B：使用2.3节中extension-configs指定的配置间件；
  • C：使用2.5节中共享配置指定的配置文件；
  • D：本地配置的配置内容；

优先级顺序为：D>A>B>C

🍍每日推荐

🍖文章开始之前我想首先介绍一下牛客，以便没有使用过的小伙伴能够快速入手，牛客网是国内最大的算法、面试、招聘网站，涵盖了多种大厂面试真题以及题解，里面大佬云集，各种题目的解决方案层出不穷，绝对能让你大开眼界，而且牛客是你在人生中不同的阶段都能对你有所帮助的编程软件（完全免费），如果感兴趣可以访问注册一下

访问链接：牛客-国内最大的刷题网站

# 微服务 # java # 面试
Logo
向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

深入理解 Mocha 测试框架：从零实现一个 Mocha

前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集

avatar 云原生

ELK实现containerd的容器日志采集展示【基于logging的全栈监测】

企业级ELK Stack构建介绍

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生