springcloud（下）

1. Spring Cloud Gateway网关
2. Spring Cloud Config分布式配置中心
3 Spring Cloud Bus服务总线

1. Spring Cloud Gateway网关

1.1 简介

Spring Cloud Gateway是Spring官网基于Spring 5.0、 Spring Boot 2.0、Project Reactor等技术开发的网关服务。
Spring Cloud Gateway基于Filter链提供网关基本功能：安全、监控／埋点、限流等。
Spring Cloud Gateway为微服务架构提供简单、有效且统一的API路由管理方式。
Spring Cloud Gateway是替代Netflix Zuul的一套解决方案。

Spring Cloud Gateway组件的核心是一系列的过滤器，通过这些过滤器可以将客户端发送的请求转发（路由）到对应的微服务。 Spring Cloud Gateway是加在整个微服务最前沿的防火墙和代理器，隐藏微服务结点IP端口信息，从而加强安全保护。Spring Cloud Gateway本身也是一个微服务，需要注册到Eureka服务注册中心。

网关的核心功能是：过滤和路由

1.2 Gateway加入后的架构

在这里插入图片描述

不管是来自于客户端（PC或移动端）的请求，还是服务内部调用。一切对服务的请求都可经过网关，然后再由网关来实现鉴权、动态路由等等操作。Gateway就是我们服务的统一入口。

1.3 核心概念

路由（route） 路由信息的组成：由一个ID、一个目的URL、一组断言工厂、一组Filter组成。如果路由断言为真，说明请求URL和配置路由匹配。
断言（Predicate） Spring Cloud Gateway中的断言函数输入类型是Spring 5.0框架中的 ServerWebExchange。Spring Cloud Gateway的断言函数允许开发者去定义匹配来自于HTTP Request中的任何信息比如请求头和参数。
过滤器（Filter） 一个标准的Spring WebFilter。 Spring Cloud Gateway中的Filter分为两种类型的Filter，分别是Gateway Filter和Global Filter。过滤器Filter将会对请求和响应进行修改处理

1.4 快速入门

需求：通过网关系统lxs-gateway将包含有 /user 的请求路由到 http://127.0.0.1:9091/user/用户id

1.4.1 新建工程

在这里插入图片描述
打开 lxs-springcloud\lxs-gateway\pom.xml 文件修改为如下：

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="HTTP://maven.apache.org/POM/4.0.0"
         xmlns:xsi="HTTP://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="HTTP://maven.apache.org/POM/4.0.0 HTTP://maven.apache.org/xsd/maven- 4.0.0.xsd">
    <parent>
        <artifactId>lxs-springcloud</artifactId>
        <groupId>com.lxs</groupId>
        <version>1.0-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>
    <artifactId>lxs-gateway</artifactId>
    <dependencies>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-gateway</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
        </dependency>
    </dependencies>
</project>

1.4.2 编写启动类

在lxs-gateway中创建 com.lxs.gateway.GatewayApplication 启动类

@SpringBootApplication 
@EnableDiscoveryClient 
public class GatewayApplication { 
	public static void main(String[] args) { 
		SpringApplication.run(GatewayApplication.class, args); 
	} 
}

1.4.3 编写配置

创建 lxs-gateway\src\main\resources\application.yml 文件，内容如下：

server: 
	port: 10010 
spring: 
	application: 
		name: api-gateway 
eureka: 
	client: 
		service-url: 
			defaultZone: HTTP://127.0.0.1:10086/eureka 
	instance: 
		prefer-ip-address: true

需要用网关来代理 user-service 服务，先看一下控制面板中的服务状态：
在这里插入图片描述

ip为：127.0.0.1
端口为：9091

修改 lxs-gateway\src\main\resources\application.yml 文件为：

server: 
	port: 10010
spring: 
	application: 
		name: api-gateway 
	cloud: 
		gateway: 
			routes: 
				# 路由id，可以随意写 
				- id: user-service-route 
					# 代理的服务地址 
					uri: HTTP://127.0.0.1:9091 
					# 路由断言，可以配置映射路径 
					predicates:
						- Path=/user/** 
eureka: 
	client: 
		service-url: 
			defaultZone: HTTP://127.0.0.1:10086/eureka 
	instance: 
		prefer-ip-address: true

将符合 Path 规则的一切请求，都代理到 uri 参数指定的地址本例中，我们将路径中包含有 /user/** 开头的请求，代理到http://127.0.0.1:9091

1.4.4 启动测试

访问的路径中需要加上配置规则的映射路径，我们访问：http://localhost:10010/user/7
在这里插入图片描述
http://localhost:10010/user/7 -> http://localhost:9091/user/7

1.5 面向服务的路由

在刚才的路由规则中，把路径对应的服务地址写死了！如果同一服务有多个实例的话，这样做显然不合理。应该根据服务的名称，去Eureka注册中心查找服务对应的所有实例列表，然后进行动态路由！

1.5.1 修改映射配置，通过服务名称获取

修改 lxs-gateway\src\main\resources\application.yml 文件如下：

server: 
	port: 10010 
spring: 
	application: 
		name: api-gateway 
	cloud:
		gateway: 
			routes: 
				# 路由id，可以随意写 
				- id: user-service-route 
					# 代理的服务地址 
					# uri: HTTP://127.0.0.1:9091 
					uri: lb://user-service 
					# 路由断言，可以配置映射路径 
					predicates: 
						- Path=/user/** 
eureka: 
	client: 
		service-url: 
			defaultZone: HTTP://127.0.0.1:10086/eureka 
	instance: 
		prefer-ip-address: true

路由配置中uri所用的协议为lb时（以uri: lb://user-service为例），gateway将使用 LoadBalancerClient把user-service通过eureka解析为实际的主机和端口，并进行ribbon负载均衡

1.5.2 启动测试

再次启动 lxs-gateway ，这次gateway进行代理时，会利用Ribbon进行负载均衡访问： http://localhost:10010/user/8 日志中可以看到使用了负载均衡器：
在这里插入图片描述

1.6 路由前缀

客户端的请求地址与微服务的服务地址如果不一致的时候，可以通过配置路径过滤器实现路径前缀的添加和去除。

提供服务的地址：http://127.0.0.1:9091/user/8

添加前缀：对请求地址添加前缀路径之后再作为代理的服务地址；

http://127.0.0.1:10010/8 --> http://127.0.0.1:9091/user/8 添加前缀路径/user

去除前缀：将请求地址中路径去除一些前缀路径之后再作为代理的服务地址；

http://127.0.0.1:10010/api/user/8 --> http://127.0.0.1:9091/user/8 去除前缀路径/api

1.6.1 添加前缀

在gateway中可以通过配置路由的过滤器PrefixPath，实现映射路径中地址的添加；
修改 lxs-gateway\src\main\resources\application.yml 文件：

server: 
	port: 10010 
spring: 
	application: 
		name: api-gateway 
	cloud: 
		gateway: 
			routes: 
				# 路由id，可以随意写 
				- id: user-service-route 
					# 代理的服务地址 
					uri: lb://user-service 
					# 路由断言，可以配置映射路径 
					predicates: 
						- Path=/** 
					filters: 
						# 添加请求路径的前缀 
						- PrefixPath=/user 
eureka: 
	client: 
		service-url: 
			defaultZone: HTTP://127.0.0.1:10086/eureka 
	instance: 
		prefer-ip-address: true

在这里插入图片描述
通过 PrefixPath=/xxx 来指定了路由要添加的前缀。也就是：

PrefixPath=/user http://localhost:10010/8 --》http://localhost:9091/user/8
PrefixPath=/user/abc http://localhost:10010/8 --》http://localhost:9091/user/abc/8

1.6.2 去除前缀

在gateway中可以通过配置路由的过滤器StripPrefix，实现映射路径中地址的去除；
修改 lxs-gateway\src\main\resources\application.yml 文件：

server: 
	port: 10010 
spring: 
	application: 
		name: api-gateway 
	cloud: 
		gateway: 
			routes: 
				# 路由id，可以随意写 
				- id: user-service-route 
					# 代理的服务地址 
					uri: lb://user-service 
					# 路由断言，可以配置映射路径 
					predicates: 
						- Path=/api/user/** 
					filters: 
						# 表示过滤1个路径，2表示两个路径，以此类推 
						- StripPrefix=1 
eureka: 
	client: 
		service-url: 
			defaultZone: HTTP://127.0.0.1:10086/eureka 
	instance: 
		prefer-ip-address: true

通过 StripPrefix=1 来指定了路由要去掉的前缀个数。如：路径 /api/user/1 将会被代理到 /user/1 。也就是：

StripPrefix=1 http://localhost:10010/api/user/8 --》http://localhost:9091/user/8
StripPrefix=2 http://localhost:10010/api/user/8 --》http://localhost:9091/8

以此类推
在这里插入图片描述

1.7 过滤器

1.7.1 简介

Gateway作为网关的其中一个重要功能，就是实现请求的鉴权。而这个动作往往是通过网关提供的过滤器来实现的。前面的路由前缀章节中的功能也是使用过滤器实现的。

Gateway自带过滤器有几十个，常见自带过滤器有：

过滤器名称	说明
AddRequestHeader	对匹配上的请求加上Header
AddRequestParameters	对匹配上的请求路由添加参数
AddResponseHeader	对从网关返回的响应添加Header
StripPrefix	对匹配上的请求路径去除前缀

在这里插入图片描述
详细的说明参考官网链接.

配置全局默认过滤器

这些自带的过滤器可以和使用路由前缀章节中的用法类似，也可以将这些过滤器配置成不只是针对某个路由；而是可以对所有路由生效，也就是配置默认过滤器：

server: 
	port: 10010 
spring: 
	application: 
		name: api-gateway 
	cloud: 
		gateway: 
			routes: 
				# 路由id，可以随意写 
				- id: user-service-route 
					# 代理的服务地址 
					uri: lb://user-service 
					# 路由断言，可以配置映射路径 
					predicates: 
						- Path=/api/user/** 
					filters: 
						# 表示过滤1个路径，2表示两个路径，以此类推 
						- StripPrefix=1 
			# 默认过滤器，对所有路由都生效 
			default-filters: 
				- AddResponseHeader=X-Response-Foo, Bar 
				- AddResponseHeader=abc-myname,lxs
eureka: 
	client: 
		service-url: 
			defaultZone: HTTP://127.0.0.1:10086/eureka 
	instance: 
		prefer-ip-address: true

上述配置后，再访问 http://localhost:10010/api/user/7 的话；那么可以从其响应中查看到如下信息：
在这里插入图片描述

过滤器类型：Gateway实现方式上，有两种过滤器；

局部过滤器：通过 spring.cloud.gateway.routes.filters 配置在具体路由下，只作用在当前路由上；
如果配置spring.cloud.gateway.default-filters 上会对所有路由生效也算是全局的过滤器；但是这些过滤器的实现上都是要实现GatewayFilterFactory接口。
全局过滤器：不需要在配置文件中配置，作用在所有的路由上；实现 GlobalFilter 接口即可。

1.7.2 执行生命周期

Spring Cloud Gateway 的 Filter 的生命周期也类似Spring MVC的拦截器有两个：“pre” 和 “post”。“pre”和 “post”分别会在请求被执行前调用和被执行后调用
在这里插入图片描述
这里的 pre 和 post 可以通过过滤器的 GatewayFilterChain 执行filter方法前后来实现

1.7.3 使用场景

常见的应用场景如下：

请求鉴权：一般 GatewayFilterChain 执行filter方法前，如果发现没有访问权限，直接就返回空。
异常处理：一般 GatewayFilterChain 执行filter方法后，记录异常并返回。
服务调用时长统计： GatewayFilterChain 执行filter方法前后根据时间统计。

1.8. 自定义过滤器

1.8.1 自定义局部过滤器

需求：

在过滤器（MyParamGatewayFilterFactory）中将http://localhost:10010/api/user/8?name=lxs中的参数name的值获取到并输出到控制台；并且参数名是可变的，也就是不一定每次都是name；需要可以通过配置过滤器的时候做到配置参数名。

在application.yml中对某个路由配置过滤器，该过滤器可以在控制台输出配置文件中指定名称的请求参数的值。

编写过滤器

package com.lxs.gateway.filter;
import org.springframework.cloud.gateway.filter.GatewayFilter;
import org.springframework.cloud.gateway.filter.factory.AbstractGatewayFilterFactory;
import org.springframework.HTTP.server.reactive.ServerHTTPRequest;
import org.springframework.stereotype.Component;
import java.util.Arrays; 
import java.util.List;
@Component
public class MyParamGatewayFilterFactory extends AbstractGatewayFilterFactory<MyParamGatewayFilterFactory.Config> {
    static final String PARAM_NAME = "param";

    public MyParamGatewayFilterFactory() {
        super(Config.class);
    }

    public List<String> shortcutFieldOrder() {
        return Arrays.asList(PARAM_NAME);
    }

    @Override
    public GatewayFilter apply(Config config) {
        return (exchange, chain) -> {
            // http://localhost:10010/api/user/8?name=lxs config.param ==> name 
            // 获取请求参数中param对应的参数名 的参数值 
            ServerHTTPRequest request = exchange.getRequest();
            if (request.getQueryParams().containsKey(config.param)) {
                request.getQueryParams().get(config.param).forEach(value -> System.out.printf("------------局部过滤器--------%s = %s- -----", config.param, value));
            }
            return chain.filter(exchange);
        };
    }

    public static class Config {
        //对应在配置过滤器的时候指定的参数名 
        private String param;

        public String getParam() {
            return param;
        }

        public void setParam(String param) {
            this.param = param;
        }
    }
}

修改配置文件

server: 
	port: 10010 
spring: 
	application: 
		name: api-gateway 
	cloud: 
		gateway: 
			routes: 
				# 路由id，可以随意写 
				- id: user-service-route 
					# 代理的服务地址 
					uri: lb://user-service 
					# 路由断言，可以配置映射路径 
					predicates: 
						- Path=/api/user/** 
					filters: 
						# 表示过滤1个路径，2表示两个路径，以此类推 
						- StripPrefix=1 
						# 自定义过滤器 
						- MyParam=name
			# 默认过滤器，对所有路由都生效 
			default-filters: 
				- AddResponseHeader=X-Response-Foo, Bar 
				- AddResponseHeader=abc-myname,lxs
eureka: 
	client: 
		service-url: 
			defaultZone: HTTP://127.0.0.1:10086/eureka 
	instance: 
		prefer-ip-address: true

注意：自定义过滤器的命名应该为：***GatewayFilterFactory

测试访问：http://localhost:10010/api/user/7?name=lxs检查后台是否输出name和lxs；但是若访问http://localhost:10010/api/user/7?name2=kaikeba 则是不会输出的

1.8.2 自定义全局过滤器

需求：编写全局过滤器，在过滤器中检查请求中是否携带token请求头。如果token请求头存在则放行；如果token为空或者不存在则设置返回的状态码为：未授权也不再执行下去。

在lxs-gateway工程编写全局过滤器类MyGlobalFilter

@Component
public class MyGlobalFilter implements GlobalFilter, Ordered {
    @Override
    public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain) {
        System.out.println("--------------全局过滤器MyGlobalFilter------------------");
        String token = exchange.getRequest().getHeaders().getFirst("token");
        if (StringUtils.isBlank(token)) {
            //设置响应状态码为未授权
            exchange.getResponse().setStatusCode(HTTPStatus.UNAUTHORIZED);
            return exchange.getResponse().setComplete();
        }
        return chain.filter(exchange);
    }

    @Override
    public int getOrder() {
        //值越小越先执行 
        return 1;
    }
}

访问 http://localhost:10010/api/user/7
在这里插入图片描述
访问 http://localhost:10010/api/user/7?token=abc

1.9 负载均衡和熔断（了解）

Gateway中默认就已经集成了Ribbon负载均衡和Hystrix熔断机制。但是所有的超时策略都是走的默认值，比如熔断超时时间只有1S，很容易就触发了。因此建议手动进行配置：

hystrix: 
	command: 
		default: 
			execution: 
				isolation: 
					thread: 
						timeoutInMilliseconds: 6000 #服务降级超时时间，默认1S 
ribbon: 
	ConnectTimeout: 1000 # 连接超时时长 
	ReadTimeout: 2000 # 数据通信超时时长 
	MaxAutoRetries: 0 # 当前服务器的重试次数 
	MaxAutoRetriesNextServer: 0 # 重试多少次服务

1.10 Gateway跨域配置

一般网关都是所有微服务的统一入口，必然在被调用的时候会出现跨域问题。

跨域：在js请求访问中，如果访问的地址与当前服务器的域名、ip或者端口号不一致则称为跨域请求。若不解决则不能获取到对应地址的返回结果。

如：从在http://localhost:9090中的js访问 http://localhost:9000的数据，因为端口不同，所以也是跨域请求。

在访问Spring Cloud Gateway网关服务器的时候，出现跨域问题的话；可以在网关服务器中通过配置解决，允许哪些服务是可以跨域请求的；具体配置如下：

server: 
	port: 10010 
spring: 
	application: 
		name: api-gateway 
	cloud: 
		gateway: 
			routes: 
				# 路由id，可以随意写 
				- id: user-service-route 
					# 代理的服务地址 
					uri: lb://user-service 
					# 路由断言，可以配置映射路径 
					predicates: 
						- Path=/api/user/** 
					filters: 
						# 表示过滤1个路径，2表示两个路径，以此类推 
						- StripPrefix=1 
						# 自定义过滤器 
						- MyParam=name
			# 默认过滤器，对所有路由都生效 
			default-filters: 
				- AddResponseHeader=X-Response-Foo, Bar 
				- AddResponseHeader=abc-myname,lxs
			globalcors: 
				corsConfigurations: 
					'[/**]': 
						#allowedOrigins: * # 这种写法或者下面的都可以，*表示全部 
						allowedOrigins: 
							- "http://docs.spring.io" 
						allowedMethods: 
							- GET
eureka: 
	client: 
		service-url: 
			defaultZone: HTTP://127.0.0.1:10086/eureka 
	instance: 
		prefer-ip-address: true
		
hystrix: 
	command: 
		default:
			execution: 
				isolation: 
					thread: 
						timeoutInMilliseconds: 6000 #服务降级超时时间，默认1S 
ribbon: 
	ConnectTimeout: 1000 # 连接超时时长 
	ReadTimeout: 2000 # 数据通信超时时长 
	MaxAutoRetries: 0 # 当前服务器的重试次数 
	MaxAutoRetriesNextServer: 0 # 重试多少次服务

说明

上述配置表示：可以允许来自 http://docs.spring.io 的get请求方式获取服务数据。

allowedOrigins 指定允许访问的服务器地址，如：http://localhost:10000 也是可以的。

‘[/**]’ 表示对所有访问到网关服务器的请求地址

官网具体说明：https://cloud.spring.io/spring-cloud-static/spring-cloud- gateway/2.1.1.RELEASE/multi/multi__cors_configuration.html

1.11 Gateway的高可用（了解）

启动多个Gateway服务，自动注册到Eureka，形成集群。如果是服务内部访问，访问Gateway，自动负载均衡，没问题。

但是，Gateway更多是外部访问，PC端、移动端等。它们无法通过Eureka进行负载均衡，那么该怎么办？此时，可以使用其它的服务网关，来对Gateway进行代理。比如：Nginx

1.12 Gateway与Feign的区别

Gateway 作为整个应用的流量入口，接收所有的请求，如PC、移动端等，并且将不同的请求转- 发至不同的处理微服务模块，其作用可视为nginx；大部分情况下用作权限鉴定、服务端流量控制
Feign 则是将当前微服务的部分服务接口暴露出来，并且主要用于各个微服务之间的服务调用

2. Spring Cloud Config分布式配置中心

2.1 简介

在分布式系统中，由于服务数量非常多，配置文件分散在不同的微服务项目中，管理不方便。为了方便配置文件集中管理，需要分布式配置中心组件。在Spring Cloud中，提供了Spring Cloud Config，它支持配置文件放在配置服务的本地，也支持放在远程Git仓库（GitHub、码云）。

使用Spring Cloud Config配置中心后的架构如下图
在这里插入图片描述

配置中心本质上也是一个微服务，同样需要注册到Eureka服务注册中心！

2.2 Git配置管理

知名的Git远程仓库有国外的GitHub和国内的码云（gitee）；但是使用GitHub时，国内的用户经常遇到的问题是访问速度太慢，有时候还会出现无法连接的情况。如果希望体验更好一些，可以使用国内的Git托管服务——码云（gitee.com）。与GitHub相比，码云也提供免费的Git仓库。此外，还集成了代码质量检测、项目演示等功能。对于团队协作开发，码云还提供了项目管理、代码托管、文档管理的服务。本章中使用的远程Git仓库是码云。

码云访问地址：https://gitee.com/

2.2.1 Git配置管理

首先要使用码云上的私有远程git仓库需要先注册帐号；请先自行访问网站并注册帐号，然后使用帐号登录码云控制台并创建公开仓库。
在这里插入图片描述

2.2.2 创建配置文件

在新建的仓库中创建需要被统一配置管理的配置文件。

***配置文件的命名方式：***{application}-{profile}.yml 或 {application}-{profile}.properties

application为应用名称
profile用于区分开发环境，测试环境、生产环境等

如user-dev.yml，表示用户微服务开发环境下使用的配置文件。

这里将user-service工程的配置文件application.yml文件的内容复制作为user-dev.yml文件的内容，具体配置如下：
在这里插入图片描述
创建完user-dev.yml配置文件之后，gitee中的仓库如下：

2.3 搭建配置中心微服务

2.3.1 创建项目

创建配置中心微服务工程：
在这里插入图片描述
添加依赖，修改 config-server\pom.xml 如下：

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven- 4.0.0.xsd">
    <parent>
        <artifactId>lxs-springcloud</artifactId>
        <groupId>com.lxs</groupId>
        <version>1.0-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>
    <artifactId>config-server</artifactId>
    <dependencies>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-config-server</artifactId>
        </dependency>
    </dependencies>
</project>

2.3.2 启动类

创建配置中心工程 config-server 的启动类；

config-server\src\main\java\com\lxs\config\ConfigServerApplication.java 如下：

package com.lxs.config; 
import org.springframework.boot.SpringApplication; 
import org.springframework.boot.autoconfigure.SpringBootApplication; 
import org.springframework.cloud.config.server.EnableConfigServer;
@SpringBootApplication
@EnableConfigServer //开启配置服务 
public class ConfigServerApplication {
    public static void main(String[] args) {
        SpringApplication.run(ConfigServerApplication.class, args);
    }
}

2.3.3 配置文件

server: 
	port: 12000 
spring: 
	application: 
		name: config-server 
	cloud: 
		config: 
			server: 
				git:
					uri: https://gitee.com/lxsong77/lxs-config.git 
eureka: 
	client: 
		service-url: 
			defaultZone: http://127.0.0.1:10086/eureka

注意上述的 spring.cloud.config.server.git.uri 则是在码云创建的仓库地址；可修改为你自己创建的仓库地址

2.3.4 启动测试

启动eureka注册中心和配置中心；然后访问http://localhost:12000/user-dev.yml ，查看能否输出在码云存储管理的user-dev.yml文件。并且可以在gitee上修改user-dev.yml然后刷新上述测试地址也能及时到最新数据。
在这里插入图片描述

2.4 获取配置中心配置

前面已经完成了配置中心微服务的搭建，下面我们就需要改造一下用户微服务 user-service ，配置文件信息不再由微服务项目提供，而是从配置中心获取。如下对 user-service 工程进行改造。

2.4.1 添加依赖

在 user-service 工程中的pom.xml文件中添加如下依赖：

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

2.4.2 修改配置

删除 user-service 工程的 user-service\src\main\resources\application.yml 文件（因为该文件从配置中心获取）
创建 user-service 工程 user-service\src\main\resources\bootstrap.yml 配置文件

spring: 
	cloud: 
		config: 
			# 要与仓库中的配置文件的application保持一致 
			name: user 
			# 要与仓库中的配置文件的profile保持一致 
			profile: dev 
			# 要与仓库中的配置文件所属的版本（分支）一样 
			label: master 
			discovery: 
				# 使用配置中心 
				enabled: true 
				# 配置中心服务名 
				service-id: config-server 
eureka: 
	client: 
		service-url: 
			defaultZone: http://127.0.0.1:10086/eureka

user-service 工程修改后结构：
在这里插入图片描述

bootstrap.yml文件也是Spring Boot的默认配置文件，而且其加载的时间相比于application.yml更早。
application.yml和bootstrap.yml虽然都是Spring Boot的默认配置文件，但是定位却不相同。bootstrap.yml可以理解成系统级别的一些参数配置，这些参数一般是不会变动的。application.yml 可以用来定义应用级别的参数，如果搭配 spring cloud config 使用，application.yml 里面定义的文件可以实现动态替换。
总结就是，bootstrap.yml文件相当于项目启动时的引导文件，内容相对固定。application.yml文件是微服务的一些常规配置参数，变化比较频繁。

2.4.3 启动测试

启动注册中心 eureka-server 、配置中心 config-server 、用户服务 user-service ，如果启动没有报错其实已经使用上配置中心内容，可以到注册中心查看，也可以检验 user-service 的服务。
在这里插入图片描述

3 Spring Cloud Bus服务总线

3.1 问题

前面已经完成了将微服务中的配置文件集中存储在远程Git仓库，并且通过配置中心微服务从Git仓库拉取配置文件，当用户微服务启动时会连接配置中心获取配置信息从而启动用户微服务。如果我们更新Git仓库中的配置文件，那用户微服务是否可以及时接收到新的配置信息并更新呢

3.1.1 修改远程Git配置

修改在码云上的user-dev.yml文件，添加一个属性test.name。
在这里插入图片描述

3.1.2 修改UserController

修改 user-service 工程中的处理器类；

user-service\src\main\java\com\lxs\user\controller\UserController.java 如下：

@RestController
public class UserController {
    @Autowired
    private UserService userService;
    @Value("${test.name}")
    private String name;

    @GetMapping("/user/{id}")
    public User queryById(@PathVariable Long id) {
        System.out.println("配置文件中的test.name为：" + name);
        return userService.queryById(id);
    }

    @RequestMapping("/user/all")
    public String all() {
        return "return all user list..........";
    }
}

3.1.3 测试

依次启动注册中心 eureka-server 、配置中心 config-server 、用户服务 user-service ；然后修改Git仓库中的配置信息，访问用户微服务，查看输出内容。

结论：通过查看用户微服务控制台的输出结果可以发现，我们对于Git仓库中配置文件的修改并没有及时更新到用户微服务，只有重启用户微服务才能生效。

如果想在不重启微服务的情况下更新配置该如何实现呢? 可以使用Spring Cloud Bus来实现配置的自动更新。

需要注意的是Spring Cloud Bus底层是基于RabbitMQ实现的，默认使用本地的消息队列服务，所以需要提前启动本地RabbitMQ服务（安装RabbitMQ以后才有），如下：

3.2 Spring Cloud Bus简介

Spring Cloud Bus是用轻量的消息代理将分布式的节点连接起来，可以用于广播配置文件的更改或者服务的监控管理。也就是消息总线可以为微服务做监控，也可以实现应用程序之间相互通信。 Spring Cloud Bus可选的消息代理有RabbitMQ和Kafka。

使用了Bus之后：
在这里插入图片描述

准备工作

安装资料中\otp_win64_23.0.exe和rabbitmq-server-3.8.5.exe

3.3 改造配置中心

在 config-server 项目的pom.xml文件中加入Spring Cloud Bus相关依赖

<dependency> 
	<groupId>org.springframework.cloud</groupId> 
	<artifactId>spring-cloud-bus</artifactId> 
</dependency> 
<dependency> 
	<groupId>org.springframework.cloud</groupId> 
	<artifactId>spring-cloud-stream-binder-rabbit</artifactId> 
</dependency>

在 config-server 项目修改application.yml文件如下：

server: 
	port: 12000 
spring: 
	application: 
		name: config-server 
	cloud: 
		config: 
			server: 
				git:
					uri: https://gitee.com/lxsong77/lxs-config.git 
	# 配置rabbitmq信息；如果是都与默认值一致则不需要配置 
	rabbitmq: 
		host: localhost 
		port: 5672 
		username: guest 
		password: guest 
eureka: 
	client: 
		service-url: 
			defaultZone: http://127.0.0.1:10086/eureka 
management: 
	endpoints: 
		web:
			exposure: 
				# 暴露触发消息总线的地址 
				include: bus-refresh

3.4 改造用户服务

在用户微服务 user-service 项目的pom.xml中加入Spring Cloud Bus相关依赖

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-bus</artifactId>
</dependency>
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-stream-binder-rabbit</artifactId>
</dependency>
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-actuator</artifactId>
</dependency>

修改 user-service 项目的bootstrap.yml如下

spring: 
	cloud: 
		config: 
			# 要与仓库中的配置文件的application保持一致 
			name: user 
			# 要与仓库中的配置文件的profile保持一致 
			profile: dev 
			# 要与仓库中的配置文件所属的版本（分支）一样 
			label: master 
			discovery: 
				# 使用配置中心 
				enabled: true 
				# 配置中心服务名 
				service-id: config-server 
	# 配置rabbitmq信息；如果是都与默认值一致则不需要配置 
	rabbitmq: 
		host: localhost 
		port: 5672 
		username: guest 
		password: guest 
eureka: 
	client: 
		service-url: 
			defaultZone: http://127.0.0.1:10086/eureka

改造用户微服务 user-service 项目的UserController

3.5 测试

前面已经完成了配置中心微服务和用户微服务的改造，下面来测试一下，当我们修改了Git仓库中的配置文件，用户微服务是否能够在不重启的情况下自动更新配置信息。测试步骤：

第一步：依次启动注册中心 eureka-server 、配置中心 config-server 、用户服务 user-service
第二步：访问用户微服务http://localhost:9091/user/7；查看IDEA控制台输出结果
第三步：修改Git仓库中配置文件 user-dev.yml 的 test.name 内容
第四步：使用Postman或者RESTClient工具发送POST方式请求访问地址 http://127.0.0.1:12000/actuator/bus-refresh
第五步：访问用户微服务系统控制台查看输出结果

说明：

Postman或者RESTClient是一个可以模拟浏览器发送各种请求（POST、GET、PUT、DELETE等）的工具
请求地址http://127.0.0.1:12000/actuator/bus-refresh中 /actuator是固定的
请求http://127.0.0.1:12000/actuator/bus-refresh地址的作用是访问配置中心的消息总线服务，消息总线服务接收到请求后会向消息队列中发送消息，各个微服务会监听消息队列。当微服务接收到队列中的消息后，会重新从配置中心获取最新的配置信息

3.6. Spring Cloud 完整体系架构图

在这里插入图片描述

原文链接：https://blog.csdn.net/weixin_45358927/article/details/118695650