本篇文章爲系列文章，未讀第一集的同學請猛戳這裏：Spring Cloud 系列之 Config 配置中心（一）
本篇文章講解 Config 如何實現配置中心自動刷新。
配置中心自動刷新
點擊鏈接觀看：配置中心自動刷新視頻（獲取更多請關注公衆號「哈嘍沃德先生」）
Spring Cloud Config 在項目啓動時纔會加載配置內容這一機制，導致了它存在一個缺陷，修改配置文件內容後，不會自動刷新。例如我們之前的項目，當服務已經啓動的時候，修改 Github 上的配置文件內容，這時候，再次刷新頁面，對不起，還是舊的配置內容，新內容不會主動刷新過來。
訪問：http://localhost:9090/name 結果如下：
重啓 Config Client 以後，訪問：http://localhost:9090/name 結果如下：
但是，總不能每次修改了配置後重啓服務吧。如果是那樣的話，還是不要用它爲好，直接用本地配置文件豈不更快。
它提供了一個刷新機制，但是需要我們主動觸發。那就是 @RefreshScope 註解並結合 Actuator，注意要引入 spring-boot-starter-actuator。
添加依賴
Config Client 添加 spring-boot-starter-actuator 依賴。
<!-- spring boot actuator 依賴 -->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-actuator</artifactId>
</dependency>
配置文件
其實這裏主要用到的是 refresh 這個端點。以下爲 Config Client 的 bootstrap.yml
spring:
cloud:
config:
name: order-service # 配置文件名稱，對應 git 倉庫中配置文件前半部分
uri: http://localhost:8888 # config-server 服務端地址
label: master # git 分支
profile: dev # 指定環境
discovery:
enabled: true # 開啓
service-id: config-server # 指定配置中心服務端的 service-id
# 度量指標監控與健康檢查
management:
endpoints:
web:
base-path: /actuator # 訪問端點根路徑，默認爲 /actuator
exposure:
include: '*' # 需要開啓的端點，這裏主要用到的是 refresh 這個端點
#exclude: # 不需要開啓的端點
控制層
在需要讀取配置的類上增加 @RefreshScope 註解。
package com.example.controller;
import org.springframework.beans.factory.annotation.Value;
import org.springframework.cloud.context.config.annotation.RefreshScope;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;
@RefreshScope
@RestController
public class ConfigController {
@Value("${name}")
private String name;
@GetMapping("/name")
public String getName() {
return name;
}
}
測試
重啓 Config Client，訪問：http://localhost:9090/actuator 可以看到 refresh 端點已開啓。
修改 Github 上的配置文件內容並提交，訪問：http://localhost:9090/name，沒有反應，不慌。
接下來，我們發送 POST 請求到 http://localhost:9090/actuator/refresh 這個接口，用 Postman 之類的工具即可。
再次訪問：http://localhost:9090/name 結果如下：
在 Github 中配置 Webhook
這就結束了嗎，並沒有，總不能每次改了配置後，就用 Postman 訪問一下 refresh 接口吧，還是不夠方便呀。
Github 提供了一種 Webhook 的方式，當有代碼變更的時候，會調用我們設置的地址，來實現我們想達到的目的。
進入 Github 倉庫配置頁面，選擇 Webhooks ，並點擊 Add webhook。
填寫回調的地址，也就是上面提到的 actuator/refresh 這個地址，但是必須保證這個地址是可以被 Github 訪問的。如果是內網就沒辦法了。一般公司內的項目都會有自己的代碼管理工具，例如自建的 gitlab，gitlab 也有 webhook 的功能，這樣就可以調用到內網的地址了。
還有一種辦法就是使用 spring-cloud-config-monitor，然後調用 /monitor 接口完成動態刷新。
Spring Cloud Bus 自動刷新
如果只有一個 Config Client 的話，那我們用 Webhook，設置手動刷新都不算太費事，但是如果客戶端比較多的情況下，一個一個去手動刷新未免有點複雜。我們可以藉助 Spring Cloud Bus 的廣播功能，讓 Config Client 都訂閱配置更新事件，當配置更新時，觸發其中一個端的更新事件，Spring Cloud Bus 就把此事件廣播到其他訂閱客戶端，以此來達到批量更新。
爲了方便大家學習和整理，這部分的知識我會在微服務系列之 Spring Cloud Bus 中單獨給大家講解。記得關注噢 ~
下一篇我們講解 Config 如何實現配置中心加解密，配置中心用戶安全認證，記得關注噢～
本文采用 知識共享「署名-非商業性使用-禁止演繹 4.0 國際」許可協議。
大家可以通過 分類 查看更多關於 Spring Cloud 的文章。
🤗 您的點贊和轉發是對我最大的支持。
📢 掃碼關注 哈嘍沃德先生「文檔 + 視頻」每篇文章都配有專門視頻講解，學習更輕鬆噢 ~
