springCloud 配置中心細節

服務化配置中心

在前面幾篇關於Spring Cloud Config配置中心的文章中，我們在config-client中配置config-server地址的時候都是直接將地址寫死，這種方式顯然不夠靈活，有的小夥伴可能已經想到了，這裏我們可以結合eureka註冊中心，然後在配置的時候直接使用服務名即可，OK，那我們對之前的項目稍加改造吧。

config-server改造

這裏的改造都是非常簡單的，服務端改造和客戶端改造都是分三步走：1.添加依賴；2.添加註解；3.修改application.properties.

首先我們在config-server中添加如下依賴：

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

然後在config-server的入口類上添加@EnableDiscoveryClient註解,表示這是一個Eureka客戶端，如下：

@SpringBootApplication
@EnableConfigServer
@EnableDiscoveryClient
public class ConfigServerApplication {

    public static void main(String[] args) {
        SpringApplication.run(ConfigServerApplication.class, args);
    }
}

最後在application.properties中配置eureka註冊中心地址：

eureka.client.service-url.defaultZone=http://localhost:1111/eureka/

至此，我們的config-server就配置成功了。

config-client改造

config-client改造第一步也是先添加依賴，如下：

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

然後入口類添加@EnableDiscoveryClient註解，如下：

@SpringBootApplication
@EnableDiscoveryClient
public class ConfigClientApplication {

    public static void main(String[] args) {
        SpringApplication.run(ConfigClientApplication.class, args);
    }
}

最後修改配置文件，如下：

spring.application.name=app
# dev根據具體情況來修改
spring.cloud.config.profile=dev
spring.cloud.config.label=master
eureka.client.service-url.defaultZone=http://localhost:1111/eureka/
spring.cloud.config.discovery.enabled=true
spring.cloud.config.discovery.service-id=config-server
server.port=2008

關於這個配置文件我說如下三點：

1.eureka.client.service-url.defaultZone設置了註冊中心的地址，將config-client註冊到eureka註冊中心中去 
2.spring.cloud.config.discovery.enabled表示開啓通過服務名來訪問config-server 
3.spring.cloud.config.discovery.service-id=config-server則表示config-server的服務名

測試

OK，經過以上的改造之後，此時我們分別啓動eureka服務註冊中心、config-server、config-client，然後訪問http://localhost:1111，可以看到兩個應用都已經註冊成功了：

然後繼續測試config-client的/sang接口，結果如下：

沒問題。

好了，服務化配置中心構建成功。

失敗快速響應

不作任何額外配置的情況下，失敗響應有點遲鈍，舉個簡單的例子，關掉config-server，我們直接啓動config-client，此時啓動會報錯，但是報錯時間較晚，報錯的時候系統已經打印了許多啓動日誌了，如果我們希望在啓動失敗時能夠快速響應，方式很簡單，config-client中添加如下配置即可：

spring.cloud.config.fail-fast=true

此時不啓動config-server直接啓動config-client依然會報錯，但是我們看到報錯時間較早，系統都沒打印幾條啓動日誌。

重試機制

如果由於網絡抖動等原因導致config-client在啓動時候訪問config-server沒有訪問成功從而報錯，這顯然是不划算的，遇到這種情況我們希望config-client最好能重試幾次，重試機制在這裏也是受支持的，添加重試機制的方式很簡單，引入如下兩個依賴：

<dependency>
    <groupId>org.springframework.retry</groupId>
    <artifactId>spring-retry</artifactId>
</dependency>
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-aop</artifactId>
</dependency>

引入依賴就OK了，不用做任何額外配置（當然要確保失敗快速響應已開啓），此時我們再嘗試不啓動config-server直接啓動config-client，得到的啓動日誌如下：

我們看到，config-client一共嘗試了六次去訪問config-server，六次都失敗了才拋異常。

和重試機制相關的配置有如下四個：

# 配置重試次數，默認爲6
spring.cloud.config.retry.max-attempts=6
# 間隔乘數，默認1.1
spring.cloud.config.retry.multiplier=1.1
# 初始重試間隔時間，默認1000ms
spring.cloud.config.retry.initial-interval=1000
# 最大間隔時間，默認2000ms
spring.cloud.config.retry.max-interval=2000

動態刷新配置

有的時候，我動態的更新了Git倉庫中的配置文件，那麼我如何讓我的config-client能夠及時感知到呢？方式很簡單，首先在config-client中添加如下依賴：

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-actuator</artifactId>
</dependency>

該依賴中包含了/refresh端點的實現，我們將利用這個端點來刷新配置信息。然後需要在application.properties中配置忽略權限攔截：

management.security.enabled=false

OK，配置好之後，啓動eureka註冊中心，config-server和config-client，訪問http://localhost:2008/sang，結果如下：

此時我利用Git客戶端工具，將app-dev.properties中的內容修改一下，修改成功之後，先用POST請求訪問http://localhost:2008/refresh地址，結果如下：

然後再訪問http://localhost:2008/sang，結果如下：

我們看到配置文件已經更新了。

OK，Spring Cloud Config客戶端的配置我們就說到這裏，有問題歡迎小夥伴們留言討論。