目录

1 consul安装与运行

1.1 下载方式

1.2 安装

1.3 启动

1.4 访问方式

2 consul 实现服务注册与发现

2.1 引入

2.2 服务注册

2.3 服务发现

3 consul配置中心

3.1 基础配置

---

Eureka已经停止更新了，consul是独立且和微服务功能解耦的注册中心，而不是单独作为一个独立微服务嵌入到系统中。

1 consul安装与运行

1.1 下载方式

官网下载：https://www.consul.io/downloads

百度网盘链接：https://pan.baidu.com/s/1gKdyGMgpLU-jGMN_0s8R0Q  提取码：cvol

1.2 安装

下载之后就只有一个consul.exe文件，在对应路径下输出cmd进行终端，输出命令：

consul --version

consul --version 显示正常的版本信息，说明consul下载及安装完成

1.3 启动

consul agent -dev

consul agent -dev，输入该命令，使用开发模式启动consul

1.4 访问方式

通过地址http://localhost:8500访问到consul的首页。

2 consul 实现服务注册与发现

2.1 引入

通过下面的方式将一个微服务的IP地址和端口号硬编码另一个微服务中（例如订单微服务调用支付微服务），会存在这许多的问题：

/**
 * 这里采用的是硬编码的地址，可扩展性低下
 */
public static final String PAYMENT_SERVICE_URL = "http://localhost:8001";

① 如果订单微服务和支付微服务的IP地址或者端口号发生了变化，则支付微服务将变得不可用，需要同步修改订单微服务中调用支付微服务的IP地址或端口。
② 如果系统中提供了多个订单微服务和支付微服务，则无法实现微服务的负载均衡。
③ 如果系统需要支持高并发，需要部署更多的订单微服务和支付微服务，硬编码订单服务则后续的维护会变得异常复杂。
所以，在微服务开发的过程中，需要引入服务治理功能，实现微服务之间的动态注册与发现。

2.2 服务注册

第一步，修改pom.xml文件添加相关的依赖：

<!--引入consul-discovery-->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-consul-discovery</artifactId>
</dependency> 

第二步，在application.yml文件中添加相关的配置项：

spring:
  application:
    # 设置服务名称
    name: cloud-payment-service
  cloud:
    # 配置consul
    consul:
      # consul所在的IP地址
      host: localhost
      # consul所在的端口号
      port: 8500
      discovery:
        # 服务以什么名字注册到 consul 中
        service-name: ${spring.application.name}
        # 验证token
        acl-token: xxxxxx
        # 开启心跳模式，如果不开启服务注册后一直是红×
        heartbeat:
          enabled: true

第三步，启动微服务，并且访问http://localhost:8500查看服务是否注册成功：

2.3 服务发现

这个时候所有的微服务都注册到了consul注册中心中了，我们可以将上面的硬编码的代码修改为下面的代码了：

//注意这里的 cloud-payment-service 必须和上面你注册到 consul 中微服务名字保存一直。
public static final String PAYMENT_SERVICE_URL = "http://cloud-payment-service";

通过上面的步骤，Feign微服务或者Http请求都可以注册到consul上，进行微服务之间的调用。

3 consul配置中心

3.1 基础配置

微服务意味着要将单体应用中的业务拆分成一个个子服务，每个服务的粒度相对较小，因此系统中会出现大量的服务。由于每个服务都需要必要的配置信息才能运行，所以一套集中式的、动态的配置管理设施是必不可少的。比如某些配置文件中的内容大部分都是相同的，只有个别的配置项不同。就拿数据库配置来说吧，如果每个微服务使用的技术栈都相同，则每个微服务中关于数据库的配置几乎都是相同的，有时候主机迁移了，我希望一次修改，处处生效。
consul提供了通用全局配置信息的功能，直接注册进consul服务器，从consul获取。

第一步，修改pom.xml文件添加相关的依赖：

<!--引入consul-config-->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-consul-config</artifactId>
</dependency>
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-bootstrap</artifactId>
</dependency>

第二步，新增配置文件bootstrap.yml，将application.yml文件中的通用的配置信息放到文件中：

1.  applicaiton.yml是用户级的资源配置项
2. bootstrap.yml是系统级的，优先级更加高
3. Spring Cloud会创建一个"Bootstrap Context"，作为Spring应用的Application Context的父上下文。初始化的时候，Bootstrap Context负责从外部源加载配置属性并解析配置。这两个上下文共享一个从外部获取的Environment。
4. Bootstrap属性有高优先级，默认情况下，它们不会被本地配置覆盖。 Bootstrap context和Application Context有着不同的约定，所以新增了一个bootstrap.yml文件，保证Bootstrap Context和Application Context配置的分离。
5. 将application.yml文件改为bootstrap.yml这是很关键的或者两者共存

因为bootstrap.yml是比application.yml先加载的。bootstrap.yml优先级高于application.yml 

• bootstrap.yml

spring:
  application:
    # 设置服务名称
    name: cloud-payment-service
  cloud:
    # 配置consul
    consul:
      # consul 所在的IP地址
      host: localhost
      # consul 所在的端口号
      port: 8500
      discovery:
        # 服务以什么名字注册到 consul 中
        service-name: ${spring.application.name}
        # 开启心跳模式，如果不开启服务注册后一直是红×
        heartbeat:
          enabled: true
      # 分布式配置
      config:
        enabled: true     #是否开启配置中心
        format: yaml      #配置文件格式，这里用的yaml
        profile-separator: "-"  #例如： service-provider和dev中间的符号 用-就是service-provider-dev
        data-key: data    #默认的值就是data  是config的key  写上方便阅读
        prefix: config    #默认的值就是config   是配置的前缀  写上方便阅读

     第三步，consul服务器key/value配置填写

              

config是前缀，order-service是应用名，dev是环境，data是数据配置

第四步，测试

@Value("${test.num}")
private String num;

第五步，consul控制台修改配置值之后，代码中也会动态刷新

参考：

SpringCloud——consul_consul怎么安装-CSDN博客

入门Consul注册、配置中心（代码演示）_consul配置-CSDN博客