本篇文章為系列文章，未讀第一集的同學請猛戳這里：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 的文章。
🤗 您的點贊和轉發是對我最大的支持。
📢 掃碼關注 哈嘍沃德先生「文檔 + 視頻」每篇文章都配有專門視頻講解，學習更輕松噢 ~
