76_Config客户端配置与测试

好，同学们，我们继续上一讲，我们完成了我们的spring cloud通过giub成功的获取到了信息，3344通过giub拿到东东了。那么这。刚才课间跟同学们讨论了，这说一下啊，为什么我们的配置的名字叫什么conf减号DV点亚这个东东请大家看，严格遵守官网。分之二，Application，然后这是不是有个减号，这有个你的各种环境，所以说这我添加减号，建议大家用第三个，那么再说狠一点，你可以说master分支上面这个application干嘛啊，你是不是可以把我们这个名字啊配上去，听懂了吗？这个application可以把它当做就是我们的微辅名称，那么当然你只要名字啊符合它的三段逻辑分法，那么must分之二。看这或者这随便你减号写一下DV环境都可以好，那么这我们多说一嘴。

做一个小小的补充，那么接下来看这个服务端配置搞定，那接下来我们是不是要玩一下我们的ABC，比方说我们现在。也来了一个兄弟。三三。五五。不好意思啊，我所有内容我可不找get HUB我就找你，你是我大哥，我跟你混，那么接下来我们要完成客服端3355，能够成功访问到我们的配置中心，中心端3344，好，那再次强化我们的概念。来。看这个分为了服务端和客户端，那么我们的服务端3344上一节完成，现在客户端3355好下面。老姨。新建我们的con。CLIENT3355，那么还是那一套。

来，同学们选一下我们的版本啊。3355。3355FINISH，那首先也是一样泡沫，那么接下来同学们请看，注意start conflict它就没有带那个server了，能跟上说明它是客户端，那么在配置这就给你做了一定的分级，那么这我们看一下啊，3344的，大家看是不是叫个conig server，这是说明它是配置中心的server端，而我们的3355我们的定位是客服端，大家看是con屁股后面没有跟着这个serve，这儿要分清楚，好，那么3355我们的泡沫。完成。好，那接下来我们呢，就要写我们的application。和相关的亚母配置文件。这儿请同学们看一眼，我们要学一个新的配置文件，叫puttup亚，那么它是什么？

内容是什么？为什么我们用的好好的application讲要么怎么又。多了一个boottrap，点样呢，那么也是为了配置文件的加载顺序和分级管理好，那么下面请听我说，首先application是用户级，Bootrap是系统级，他们两个哪个更高？Boot更高优先加载它，那么spring cloud会负责创建这么一个bootrap的负极的上下文，初始化的时候，Bootrap先负责从外部源加载配置并解析，好有点类似于说我们现在A这块你可以把它。理解为到后面我们自己带着两份配置文件，一个叫bootrap亚，是跟我们总把头沟通的，另外一份叫application点样，是跟我自己自己用的，那么这样我先由3344那读取到加载进我自己的这个bootrap总的统一的拿到了，然后再加载我自己的拼起来，那么才是我们最完整的客服端的配置文件。那么根据我们的优先加载级，如果采用分布式配置的话，我们希望是系统的优先级比你用户自己私有的更高，先公后私，所以说我们这要有一个bootrap，要么那么先从外面的上下面环境。

获取一个共享的环境，它的是最高优先级，听懂。那么我们要将client模块下的application样暂时的先改为这么一个，很关键，因为总控的要比这个先加载put trap，要么优先级高于application，好，那么同学们我们这儿走起，所以说呢，我们这儿呢，一样也是一个putp，要么那么。也做一下小小的修改吧，没办法了啊，一时半会我这个小工具可能是修复不了了，那么我们就单是多一步配置。

好，那严格的这个工具啊，越来越多，出事的可能性也越来越大啊，OK，那么好，那么这儿首先保证它是这么一个，那么我们的每晚。再从导一下，说不定有时候也可以刷出来，那么这个put就OK了，那么它的内容又是什么呢？同学们走一下来。我自己是3355，我叫看的client客服端，那么来吧，根据我们前面讲的是不是label name profile，那么意思啊，是这样的。配置啊，我叫这个名字啊。Must分支上面。名字叫config，这个叫DV，说穿了是不是叫config，它自动会加一个中间的减号，然后这个减号后面是DV，那么把这个弄出来的意思就是把上面三个综合must分之上，就会读取con f，这个config是不是这个内，然后减号自动派DV。

加在后面，这样M的配置文件将会被读取，那么换句话说，拼起来是不是就是33552？明白，我呢也作为一种微服务啊，会被注册到纽约卡上面，但是我们一拼起来以后，冤有头债有主，我将3355，我不会去访问top，我只会去找3344上面。Must分支上面，因为3344是不是代表它连着getb，那么通过3344相当于我3355连到了getupb，听懂了吗？或者就是说我直接就是找3344的拿到去主分之上去找一个叫can减号DV的样M配置文件读到我本件客服端获得清楚，好，那么同学们这步了解以后，我们来看一下。

怕你不清楚，三种颜色拼起来会了吧，Must，这个看这个这个中间小减号自己加自动的D，这个OK，各种写的够详细了吧，那么因为分布式配置中心外面肯定是用的，兄弟们一定要干，那么起来了以后，我们修改CFD的配置并提交到getup当中，比如这个版本号发生了一下变更，这么说清楚啊。好么，修不修改的，我们待会儿呢再看啊，那么现在一样，3355是先呢，需要有一个主启动类，那么这个类叫配置的3355，那么跟刚才一样，那么这时候干嘛，是不是要加上这些东东，好那么我们的3355也写我们的主启动类，Com点艾特归国点spring。Cloud，那么来3355客户端，那么这些还是我们这些熟悉的，那么我就不再。

啰嗦了，那么把我们的这个may do OK好，那么主启动内，那么。也进行了修改和完善，那么我们的业务类大家漏也也很简单，我们是不是要去读啊，那么什么意思呢？我们在笔记上这儿有一句话。将配置信息以rest接口的形式暴露，那么你既然暴露了，回答我，我3355用rest风格可不可以读得到，完全可以，那么所以说我们这也就不写了，这些代码都非常的简单，那么兄弟们杨哥就直接粘贴拷贝了啊，重点不是这些代码了，看臭了。那么来。So easy这俩代码没问题吧，那么就是完成一个。

从配置中心上读取消息和内容的配置。好，那么在这儿引入我们的包，在这儿canf搁到这儿了，以后搞定，那么我们上一讲，我们在get have上面一点开，你看conf-D，这是不是有con for说穿了，如果我们从3355这能读到这个是不是代表我们成功啊，好，那么。继续这一步，我们待会做不做都可以哈，主要是能够读得到，那么接下来同学们我们干什么？是不是要启动一下我们的3355，那么大家请看，首先启动7001有瑞卡，第二个启动配置中心3344，那么比方说3344要自测通过，那么现在我们上一讲已经自次通过，那么接下来我们是不是要3355作为客户端来访问，那么我们的测试地址就是3355CON in for，说穿了就是说我能不能通过conflict for得到我们上面的配置信息，好，我们现在启动一下我们的3355主启动类。

同学们要浪费点时间，第一次连get也慢，我先暂停一下录屏，同学们，我们的3355。这个客户端成功启动，目前我们是7001。有瑞卡注册服务中心3344，就是我们的配置总控带头大哥和我们的端3355，好，那么同学们，我们首先7001大家露眼，注册中心上面有一个注册中心配置中心，一个3344，有一个client端3355 OK吧，那么这是我们的第一步环境，一步一步小心认真的配置，保证一步都不错。那么接下来我们做测试，先启动了这个对吧，我们先看看3344能不能获得。那么来，兄弟们，这是3344的product，随便啊，哪个都OK。那么稍微有点慢出来了，主分支上面是不是这个仓库下面的product div没问题吧，那么我把它换成我们的。

DV。亚么，那么现在这是不是就应该从产品换成D1杯好，第二个我们来看看我们的3355看F，那么首先怎么来判断对不对？我们先来看看我们的3355。Ma分支上面的can f，然后是什么DV好吗？那么大家看这一块是不是？3344读出来的，那么现在测试地址啊，三三五五两边一对比，大家请看是不是一模一样啊。主分之二这个仓库下面的这个文件版本号是一，同学们请看，333344自己访问的是这个内容，3355通过3344从带头大哥上读到的也是这个内容，没问题吧？好，那么从这我们可以得到结论。

成功就实现了客户端3355访问了我们的3344配置中心，通过getthupb获取了配置信息。好，来同学们，我们完成了这步以后，我们再说一个小细节，现在我们默认的是不是找的是master分支上面的config减号DV这个配置文件，那我们能不能换呢？根据我们前面所讲的内容，同学们搂一眼。这个红的对红的，蓝的对蓝的，紫的对紫的，那么换句话说，如果这个公式成立的话，我这个上面做一下替换，是不是就可以反问到我getup上面其他的内容啊？那么不妨我们把这个dev must分之二改成dev，然后这改成test，那这个的意思是不是去读DV分支上面的canf减号test.ya的内容？

OK，注意我在3355上面改的好，那么一改动以后重新启动热热不熟，所以说这个环节一定要配好啊，那么。走起，那么同学们，现在上一轮我们的看符找的是主分支上面的D，我现在一刷新，大家请看是不是变成了开DV分支上面的test说明我们的配置，这三个成功生效明白，OK，那么我再把它改回来。Must分支上面的div OK，那么。到这儿，我们的这个配置基本上讲解完成，成功测试，通过3344找3355 OK，那么问题随之而来的分布式的动态刷新问题，同学们来吧，困难是在这儿好吗？红色的都是问题，请看严格演示啊，现在。

Must分支啊，看第样么版本号实现没问题吧，那么注意在这儿了，出现问题咯。现在修改conflict d并提交到上面，比如加个变量或者是版本号啊，你提不提都可以提交嘛，用命令不提我们就直接在这，什么意思呢？现在假设Linux运维工程师二。来到这个仓库下面的。Must分支上面找到这个D，它。做了一下，变干。这个版本号变为二。听懂。提交你告诉我giub上面有没有变，那么getub上面。如果这运维工程师二。已经给它产生了变动，那么get HUB上面变了，我们的3344要变，那么3355是不是也要变？那么下面看看我们的情况什么样呢？做了内容了，刷新3344，发现配置中心立刻响应来，同学们，这是我们的GIHUB，现在是不是版本号从一变成二了，这是我们的3344啊。

我刷。等他一会儿，他直接从github上面拿到。那么同学们。变没变？哦了，可问题是我们的3355呢，我刷我刷，我刷刷刷，兄弟们什么情况？懵逼状态根本就没有跟着变化，所以说刷新3355以后，发现看的客服端没有任何响应，3355没有变化，除非自己重启或者是重新加载。那么难道每次运维配置修改文件客户端都需要重启一下，那这个时候3355就封了，当然你的理由就说兄弟们改一下配置啊，那还了得啊，你改一次配置，我的微服就要重启一下，实际生产当中某些微的加载是很慢的，那么所以说尽量是不是不能这么改啊？

当然，目前我们是不是逼不得已，只好先可耻的屈服了？重启一下我的3355，看看我重启以后能不能读到这个版本号是二这个结果，那么。快点，快点。好，重启呢，稍微有点慢啊，那么同学们耐心等待一下。好，那么来同学们重启以后刷新是不是啊可以获得，但现在的问题是不是我们每次啊都要重启一下才能得到，那么是不是要解决一下我们这个动态刷新的问题啊。OK，那么同学们，下一讲我们来说一下客服端的动态刷新，这个是非常实战和重要的内容。