正常搭建配置中心,网上教程多,这里不讨论,只记坑也是为了后来者少花时间在这里,由于是
当时研究了好久才写的文章,所以只能提供问题的原因,当然会给出印证的思路,闲话不多说进入正题!

版本
spring boot2.1.6
spring boot admin 2.1.6
spring cloud GreenWich.SR1

启动时可以看见配置服务端加载了一些配置文件,如:Adding XXX,启动客户端时,发现有fetching XXX,并且使用/actuator/refresh可以刷新客户端,当然要刷新的配置需要使用@RefreshScope注解标注,实现了以上操作基本上已经搭建成功了.
在不使用spring boot admin(简称:SBA)接入服务时,实现动态刷新配置应该问题不大

接下来说重点
    1.刷新的配置需要使用@RefreshScope注解
    2.使用github或者gitee的Webhooks回调刷新接口时,会出现Json解析异常,这个是因为git里给的那些参数,转的Json不规范,解决方法是使用一个过滤器或者一个转发器,将请求体给干掉就行了

正常搭建后如果出现了下面两种情况,就是我掉的坑了,希望下面的分析对你们有用
    第一种情况: config的服务端不接入SBA,config的客户端接入SBA，访问/actuator/bus-refresh接口可以通过日志发现配置的服务端可以接收到更新配置的消息，但是发现配置的客户端不会更新日志.
    原因:配置客户端是需要通过配置中心刷新配置事件的监听去实现配置的刷新,但是SBA的接入破坏了时间的监听.有兴趣的可以通过在DispatchServlet这里端点跟进下源码,这里最终会进入到bus包进行处理,这一步说明配置端是没有任何问题的.
    第二种情况: config的服务端和客户端都接入SBA，有趣的事情发生了,这时config服务端不会接收到任何消息,甚至可能会出现Method Not Support的异常,当然正常的现象应该是可以正常访问,会响应一个Json串,这个Json串具体的我忘了,这个响应与我们请求配置文件的信息类似.查看rabbitMQ会发现没有接收到任何的消息.
    原因:因为不知道被谁解析了,所以只能通过DispatchServlet去看看到底是谁搞的,一根进,了不得,这个请求并不是给Bus解析的,而是被当成/{name}/{profile}.[正则表达式]解析的,具体在哪个包下我忘了,没记错的话应该是spring cloud config的包下解析的.

总的来说,就是SBA的问题，当时找了很久才看到有一个网站上敢说这个是spring留下的一个Bug，我也不知道是不是，但是我就是遇上了
接下来说说解决方法
    1.有实力的可以修改源码，毕竟知道原因了
    2.使用第三方配置中心,如:Apollo,Disconf,还有Nacos，需不需要使用第三方看自己项目的需求
    3.使用其他版本,这个慎重吧,因为版本的修改有时会让你崩溃,当然如果修改版本对你项目影响不大的话,还是建议修改版本,这里给出自己测过没问题的版本SpringBoot-Admin2.0.3,SpringCloud.Finchley，所以说建立项目选择的依赖要慎重,不要使用太新的版本,否则遇到问题找不到比较好的解决方法,就会拖延你项目的进度,但是对于学习来说还是不错的,有坑的地方,只要你啃下去就会收获良多。

希望这篇文章对你们有帮助，当然也有可能是我菜，只意识到这里，如果有其他原因或者是其他解决方法希望可以留言给我，毕竟啃了这么久，啃错了也要让我知道下，不然就乱指导了。