当前位置： 移动技术网 > IT编程>开发语言>Java > 带你入门SpringCloud 之 通过SpringCloud Bus 自动更新配置

带你入门SpringCloud 之 通过SpringCloud Bus 自动更新配置

2019年10月04日  | 移动技术网IT编程  | 我要评论

前言

在《带你入门springcloud统一配置 | springcloud config》中通过 springcloud config 完成了统一配置基础环境搭建，但是并没有实现配置修改自动更新的操作（github 或gitee 修改配置后，需要重启配置服务才能更新配置）。

本文是《带你入门springcloud统一配置 | springcloud config》的续篇，通过 springcloud bus 完成配置修改自动更新的操作介绍。

阅读本文前需要你先移步《带你入门springcloud统一配置 | springcloud config》因为本文是在其基础上进行讲解的。

另外需要你熟悉 springboot 项目的基本使用即可，还有一点需要注意的是在操作过程中尽量和我本地环境一致，因为环境不一致可能会带来一些问题。我本地环境如下：

  • springboot version: 2.1.0.release
  • springcloud version: greenwich.release
  • apache maven version： 3.6.0
  • java version： 1.8.0_144
  • idea：spring tools suite (sts)

接下来就开始 springcloud bus 环境搭建操作介绍！

springcloud bus 环境搭建

第一步：安装并启用 rabbitmq，这里就不做详细介绍了。可以查看之前的总结：windows 环境安装 rabbitmq

如果你的 rabbitmq和 config server 端不在一台机器上，或者端口、用户名、密码不是使用的默认配置，那么你需要进行如下配置在 config server 端 application.properties 中

spring.rabbitmq.host=rabbitmq 服务ip地址
spring.rabbitmq.port=rabbitmq 服务端口号
spring.rabbitmq.username=rabbitmq 服务用户名
spring.rabbitmq.password=rabbitmq 服务密码

第二步：在 config server 端端和客户端都引入 spring-cloud-starter-bus-amqp 依赖。具体代码如下：

<dependency>
    <groupid>org.springframework.cloud</groupid>
    <artifactid>spring-cloud-starter-bus-amqp</artifactid>
</dependency>

第三步：在config server 端的 application.properties 中需要添加如下配置，目的是把刷新配置接口暴露出来，具体配置如下：

management.endpoints.web.exposure.include=  *

第四步：config client 端引入openfeign starter 依赖，具体代码如下：

        <dependency>
            <groupid>org.springframework.cloud</groupid>
            <artifactid>spring-cloud-starter-openfeign</artifactid>
        </dependency>

第五步：验证 config server 端和 config client 端是否在 rabbitmq 注册队列和是否注册到 eureka server 端上。如下图所示：

需要先启动 eureka server 服务端，然后在依次启动 config server端和config client端。

在这里插入图片描述
在这里插入图片描述
第六步：config client 端上访问配置的 controller 声明刷新配置作用域@refreshscope。具体代码如下：

@restcontroller
@refreshscope
public class evncontroller {
    @value("${env}")
    private string env;
    
    @requestmapping("/env")
    public string evn() {
        return this.env;
    }
}

不添加 @refreshscope注解，配置更新后不会生效。
如果是自定义前缀配置需要在@configurationproperties下添加 @refreshscope即可，

最七步在 gitee 上配置 webhooks，具体操作方式如下图所示：

进入gitee 点击管理，然后点击 webhooks。
在这里插入图片描述
在这里插入图片描述
点击添加按钮添加新的 webhooks 设置。
在这里插入图片描述
输入本地映射外网访问域名+/actuator/bus-refresh，自己测试可以使用 natapp 进行内网穿穿透配置。具体配置请查看 https://natapp.cn/。
在这里插入图片描述

测试

手动访问更新链接进行测试

修改配置在码云远程仓库上，然后使用 postman 访问：http://www.lhsxpumps.com/_localhost:8080/actuator/bus-refresh ，如下图所示：

这里演示直接是在码云上操作，相当于执行 git push 操作。

在这里插入图片描述
在这里插入图片描述
然后在查看商品服务（config client端）配置是否生效。如下图所示自动更新成功！
在这里插入图片描述
webhooks 测试

进入 webhooks 设置，然后点击测试。会报如下图所示错误：
在这里插入图片描述

解决方案：

参考来csdn 作者 解决方案。
文章： (https://blog.csdn.net/m0_37556444/article/details/82812816)

问题产生原因：github在进行 post 请求的同时默认会在 body 加上这么一串载荷(payload)，而 /actuator/bus-refresh 接口没有进行接受这些信息处理，所以就报错了。

解决问题思路：通过拦截器拦截 bus-refresh请求，然后在 httpservletrequestmapper 包装类将 request中 body 内容置空。具体代码如下：

拦截 bus-refresh请求filter 类。

public class busrefreshfilter implements filter{

    @override
    public void dofilter(servletrequest request, servletresponse response, filterchain chain)
            throws ioexception, servletexception {
        httpservletrequest httpservletrequest = (httpservletrequest)request;
        string url = new string(httpservletrequest.getrequesturi());
        //只过滤/actuator/bus-refresh请求
        if (!url.endswith("/bus-refresh")) {
            chain.dofilter(request, response);
            return;
        }
        //使用httpservletrequest包装原始请求达到修改post请求中body内容的目的
        custometrequestwrapper requestwrapper = new custometrequestwrapper(httpservletrequest);
        chain.dofilter(requestwrapper, response);
    }
}

自定义 httpservletrequestwrapper 类

public class custometrequestwrapper extends httpservletrequestwrapper{

    public custometrequestwrapper(httpservletrequest request) {
        super(request);
    }
    @override
    public servletinputstream getinputstream() throws ioexception {
        byte[] bytes = new byte[0];
        bytearrayinputstream bytearrayinputstream = new bytearrayinputstream(bytes);

        return new servletinputstream() {
            @override
            public boolean isfinished() {
                return bytearrayinputstream.read() == -1 ? true:false;
            }

            @override
            public boolean isready() {
                return false;
            }

            @override
            public void setreadlistener(readlistener readlistener) {

            }

            @override
            public int read() throws ioexception {
                return bytearrayinputstream.read();
            }

        
        };
    }
}

将拦截 bus-refresh请求filter 添加到 spring 上下文中配置类。

@configuration
public class filterconfig {
     @bean
        public filterregistrationbean<busrefreshfilter> filterregistration() {
            filterregistrationbean<busrefreshfilter> registration = new filterregistrationbean<busrefreshfilter>();
            registration.setfilter(new busrefreshfilter());
            list<string> urllist = new arraylist<string>();
            urllist.add("/*");
            registration.seturlpatterns(urllist);
            registration.setname("busrefreshfilter");
            registration.setorder(1);
            return registration;
        }
}

在这里插入图片描述

然后修改gitee 上的配置信息后就可以自动更新了，这里就不在进行演示操作来。

还有一种方式是通过访问 config server端域名/monitor 来取代 config server端域名//actuator/bus-refresh。本方式个人尝试没有成功！具体配置官网介绍如下：

many source code repository providers (such as github, gitlab, gitea, gitee, gogs, or bitbucket) notify you of changes in a repository through a webhook. you can configure the webhook through the provider’s user interface as a url and a set of events in which you are interested. for instance, github uses a post to the webhook with a json body containing a list of commits and a header (x-github-event) set to push. if you add a dependency on the spring-cloud-config-monitor library and activate the spring cloud bus in your config server, then a /monitor endpoint is enabled.

在config server 添加 spring-cloud-config-monitor 依赖

<dependency>
          <groupid>org.springframework.cloud</groupid>
          <artifactid>spring-cloud-config-monitor</artifactid>
</dependency>

然后在config client 添加如下配置：
参考：

spring.cloud.bus.id=${vcap.application.name:${spring.application.name:application}}:${vcap.application.instance_index:${spring.profiles.active:${local.server.port:${server.port:0}}}}:${vcap.application.instance_id:${random.value}}

小结

当将远程仓库配置文件修改后，通过github 或者 gitee 的 webhooks 配置自动访问接口bus-refresh 来通知config server 端。

config server 端收到请求后将配置 clone 下来，然后通过消息队列（默认是rabbitmq）将修改后的配置发送给 config client 端。config client 端收到消息后重新从config server 端获取最新的配置信息。

而webhooks 配置请求接口 bus-refresh 和消息队列发送配置给 config client 端都是 springcloud bus 帮助我们完成的。

代码示例

如果你按照上述方式搭建并未成功，可以参考我在github 项目 仓库中模块名为：

spring-cloud-config-eureka-service
spring-cloud-config-server
spring-cloud-config-product-service
进行对比查看是否配置有误。

spring-cloud-get-started 项目地址：

参考文献

by

您可能感兴趣的文章:

如对本文有疑问， 点击进行留言回复！！

相关文章:

验证码：
最近更新的文章
大家感兴趣的文章
移动技术网