摘要：最近公司想讓我看看微服務正好我也想看看新東西，天天解決業務問題。。。當時我有點懵逼，說好的很好操作的呢沒辦法，我只有去百度了哈，看了很多文章，基本所有文章說的都是差不太多，但是這個差不太多又都沒有說清楚到底怎么玩。。。

最近公司想讓我看看微服務

正好我也想看看新東西，天天解決業務問題。。。太沒有激情了。。。而且我們大多應用都還是springmvc，springboot的應用都很少，只有幾個，唉，我也是深陷業務問題中

Spring Cloud也算是一個全家桶吧，里面東西也多，不過從感覺開箱即用的原則來看，用起來也比較順手，demo也都很好搭建，
從開始的網關+服務的著手，網關我采用的Zuul，服務治理采用的eureka，后面想用spring cloud config作為配置中心，但是還要自己搭一個server很是麻煩。。。我也懶。。。無意聽同事說，其實全家桶里服務治理可以用spring cloud consul，而consul就自帶一個配置功能，于是我去了解了spring cloud consul config
spring cloud consul config本身依賴spring cloud consul的agent server，所以只要agent server啟動了，其實就相當于有了一個server來做配置，我滿心歡喜的把服務治理eureka改為spring cloud consul，嗖嗖兩下，spring cloud consul也配置好了
命令行里執行了，啟動測試模式的agent server

consul agent -dev

打開localhost:8500, 很明顯有了一個類似配置中心的菜單

點開進去啥也沒有。。。只有右邊一個創建按鈕

也沒灰心，我先是去官網介紹看了看 官網鏈接描述

我承認我英語是差了。。。看了半天，我真是沒看明白怎么使用。。。當時我有點懵逼，說好的很好操作的呢
沒辦法，我只有去百度了哈，看了很多文章，基本所有文章說的都是差不太多，但是這個差不太多又都沒有說清楚到底怎么玩。。。
好吧，這個時候我有點承認我自己理解能力有點問題了，心想既然大家都沒有說清楚，估計應該就是很容易理解，所以大家心照不宣，我又反復讀了哈官方的描述，并且找了springcloud.cc里的中文說明文檔，還是沒看太懂。。。

當時我真的覺得有點懵了。。。心想今天算了還是不想這個，明天再想，于是我去把demo的網關換成了spring cloud gateway，這個基本沒有半個小時就搞定了，還是比較簡單的

第二天也就是今天，我再次來看了哈文檔，百度的幾篇文章除了說明了一點，要加一個配置文件bootstrap.yml，這里面要去指定一些spring cloud consul config的一些配置，并且意思感覺是application.yml里的配置都可以不用寫了，完全維護在spring cloud consul config里，但是spring cloud consul config到底在哪，我還是無法把需要配置的屬性，application.yml和consul agent里剛一片空白的配置頁面，這三者聯系起來

終于無意中，我發現有一篇文章的一句話讓我警醒了。。。他不是像其他文章說一些貌似大家都懂的話，而是非常鄭重了說了一句

感覺這難道也是一個理解能力和我差不多，但是比我強的人么。。。他這么一句讓我明白，確實官網說的也不太明白，最后那句體會一下，我再去反復看了文章，和自己試驗。。。

懂了之后再回過頭來看，spring cloud consul config還是真的真的非常簡單的。。。其實就是想要用spring cloud consul config，你要和它的一些約定或者說它的規范匹配起就完事了，剩下就跟普通的配置文件一樣了，接下來我用我自己的理解來說明哈spring cloud consul config怎么使用，當然前提你對于服務治理consul有點點了解哈

spring cloud consul config其實就是一個服務的配置中心，配置統一管理的地方，你哪個服務需要這個配置中心，你就在那個服務里加上依賴

    org.springframework.cloud
    spring-cloud-starter-consul-config

之后在該服務的resources目錄下新增一個bootstrap.yml文件，里面加上這些就夠了

spring:
  cloud:
    consul:
      config:
        format: yaml
        default-context: gateway

format默認是key_value的形式，但是我現在很喜歡用yaml形式的配置文件，default-context根據你的應用取吧，類似與spring.application.name屬性一樣，區分服務的

完事之后，在consul agent剛那個頁面里創建一個目錄，對，是目錄，目錄名一定要像這樣config/gateway/data

也就是config和data目錄都是默認值，你沒有配置的時候，就不用管，但是你必須這么寫，中間那個gateway就是剛那個 default-context，這樣consul agent頁面和bootstrap.xml就映射起來了，接下來你就可以在下面的value里像yaml文件一下寫配置了

當然你想改目錄的兩個默認值，你就可以這么修改了，對應prefix和data-key，把默認值寫出來就一眼清楚了

spring:
  cloud:
    consul:
      config:
        format: yaml
        default-context: gateway
        prefix: config
        data-key: data

所以還是簡單的，當然還有個問題，要是多個環境的不同配置怎么來的，嘿嘿，這是個關鍵問題，因為這個處理，讓我實在沒有想到，一般我們不用配置中心的時候，在工程里配置，可以按照application-test.yml和application-prod.yml來區分環境，這個spring cloud consul config也是可以的，不過不是創建config/gateway/data/test，亦或是config/gateway/data/prod這種。。。天真

而且這個中間分隔符逗號還是支持可配。。。默認是逗號。。。你還可以用屬性profile-separator進行修改

spring:
  cloud:
    consul:
      config:
        format: yaml
        default-context: gateway
        prefix: config
        data-key: data
        profile-separator: ","

可能我是一個比較傳統的程序猿。。。這種逗號分開的目錄命名方式對我來說還是有點沖擊的。。。再回過頭看官方的文檔，也算是有點明白了。。。真的還是我的理解能力太差

最后你可以像平常寫配置文件一下，這么根據環境來配置了