javascript
[菜鸟SpringCloud实战入门]第七章：配置中心客户端主动刷新机制 + 配置中心服务化和高可用改造...
前言
歡迎來到菜鳥SpringCloud實戰入門系列(SpringCloudForNoob)，該系列通過層層遞進的實戰視角，來一步步學習和理解SpringCloud。
本系列適合有一定Java以及SpringBoot基礎的同學閱讀。
每篇文章末尾都附有本文對應的Github源代碼，方便同學調試。
Github倉庫地址：
github.com/qqxx6661/sp…
菜鳥SpringCloud實戰入門系列
你可以通過以下兩種途徑查看菜鳥SpringCloud實戰入門系列：
- 關注我的公眾號：Rude3Knife 點擊公眾號下方：技術推文——SpringCloud
- 菜鳥SpringCloud實戰入門專欄導航頁(CSDN)
前文回顧：
- [菜鳥SpringCloud實戰入門]第一章：構建多模塊的Maven項目+創建注冊中心Eureka子模塊
- [菜鳥SpringCloud實戰入門]第二章：創建服務提供者并在Eureka進行注冊
- [菜鳥SpringCloud實戰入門]第三章：將Eureka改造為高可用集群
- [菜鳥SpringCloud實戰入門]第四章：遠程調用服務實戰
- [菜鳥SpringCloud實戰入門]第五章：熔斷器Hystrix的使用 + 可視化監控Hystrix Dashboard和Turbine
- [菜鳥SpringCloud實戰入門]第六章：配置中心Spring Cloud Config初體驗
- ...更多文章請查看上方：菜鳥SpringCloud入門實戰專欄導航頁
實戰版本
- SpringBoot：2.0.3.RELEASE
- SpringCloud：Finchley.RELEASE
-----正文開始-----
配置中心客戶端主動刷新機制 + 配置中心服務化和高可用改造
客戶端Refresh：客戶端主動獲取配置信息
經過上一章節配置好Spring Cloud Config后，客戶端（config-client模塊）能夠獲得從服務端（config-server模塊）傳來的配置文件信息。
文末寫出了一個問題，客戶端并不能獲取更新后的配置信息，想要刷新信息，必須重啟config-client模塊，這顯然不切實際。
實驗：驗證客戶端無法更新
下面做一個實驗，啟動客戶端和服務端，隨后更新dev配置文件，新加了（new）：
隨后push到遠程倉庫，我們再次直接訪問服務端的 http://localhost:8769/spring-cloud-config-dev.properties ：
發現更新成了新的配置文件。
之后訪問客戶端：
發現依然是老的配置文件信息，客戶端只在啟動時獲取了當時的配置文件信息。
開啟更新機制
我們只需要在config-server模塊中進行改動。
實現Refresh機制需要添加依賴spring-boot-starter-actuator，這個依賴在我們的root模塊中就已經添加，在config-server模塊就不需要重復添加了。如果你在root父模塊沒有添加，那么就需要加上。
<dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-actuator</artifactId> </dependency> 復制代碼大坑：
對需要刷新的類加上注解@RefreshScope：
當配置更改時，標有@RefreshScope的Bean將得到特殊處理來生效配置。
注意這里不是直接加載主類上，除非你的controller寫在了主類里。
import org.springframework.beans.factory.annotation.Value; import org.springframework.cloud.context.config.annotation.RefreshScope; import org.springframework.web.bind.annotation.RequestMapping; import org.springframework.web.bind.annotation.RestController;@RestController @RefreshScope public class HelloController {@Value("${config.hello}")private String hello;@RequestMapping("/hello")public String from() {return this.hello;} } 復制代碼對于springboot 1.5.X 以上版本，需要在配置文件中關閉安全認證。
management.security.enabled=false 復制代碼對于springboot 2，上述配置不起作用，需要修改server端配置文件，將端口暴露：
management:endpoints:web:exposure:include: "*" 復制代碼還要將客戶端端口暴露：
management:endpoints:web:exposure:include: refresh 復制代碼測試：
我們開啟服務端和客戶端，先測試下未更新前獲取的配置信息：
隨后我們修改配置文件并push：
然后以post請求訪問 curl -v -X POST "http://localhost:8002/actuator/refresh" ：
得到了：如果在不變更的情況下，再次發送POST請求：
使用Webhook監聽配置更新
WebHook是當某個事件發生時，通過發送http post請求的方式來通知信息接收方。Webhook來監測你在Github.com上的各種事件，最常見的莫過于push事件。如果你設置了一個監測push事件的Webhook，那么每當你的這個項目有了任何提交，這個Webhook都會被觸發，這時Github就會發送一個HTTP POST請求到你配置好的地址。
如此一來，你就可以通過這種方式去自動完成一些重復性工作，比如，你可以用Webhook來自動觸發一些持續集成（CI）工具的運作，比如Travis CI；又或者是通過 Webhook 去部署你的線上服務器。下圖就是github上面的webhook配置。
這種機制適用于只有少數微服務的情況，在大量未服務的情況下，這種機制就顯得捉襟見肘。
消息總線機制
如果項目少配置少的情況可以通過/refresh來手動刷新配置，如果項目比較復雜的情況呢這種肯定是行不通的，Spring Cloud Bus消息總線可以解決配置修改的真正的動態刷新。我們放在下一章進行學習。
配置中心服務化和高可用改造
目前我們的兩個子模塊config-server和config-client是相互耦合的，client需要輸入server的地址來調用它，這樣的調用違反了低耦合原則（低耦合：就是A模塊與B模塊存在依賴關系，那么當B發生改變時，A模塊仍然可以正常工作，那么就認為A與B是低耦合的。）
現在我們就是用之前學習的Eureka來對配置中心進行改造。
服務端改造
改造集中在兩方面，一個是在注冊中心注冊，一個是開啟多個服務端達到高可用的目的。
添加依賴（由于eureka的依賴在我們的父模塊已經添加，所以對于config-server模塊我們不需要改動）：
<dependencies><dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-config-server</artifactId></dependency><dependency><groupId>org.springframework.cloud</groupId><artifactId>spring-cloud-starter-eureka</artifactId></dependency> </dependencies> 復制代碼配置文件新增注冊配置：
server:port: 8769 spring:application:name: spring-cloud-config-servercloud:config:server:git:uri: https://xxxxxxxxxxx.git # 配置git倉庫的地址search-paths: config-repo # git倉庫地址下的相對地址，可以配置多個，用,分割。username: xxxxxx # git倉庫的賬號password: xxxxx # git倉庫的密碼 # 客戶端調用需要 management:endpoints:web:exposure:include: "*" eureka:client:serviceUrl:defaultZone: http://localhost:8761/eureka/ 復制代碼啟動類添加@EnableDiscoveryClient:
@SpringBootApplication @EnableConfigServer @EnableDiscoveryClient public class ConfigServerApplication {public static void main(String[] args) {SpringApplication.run(ConfigServerApplication.class, args);} } 復制代碼客戶端改造
依賴修改：同服務端相同，我們不需要修改，父模塊將注冊中心等都已經引入（見第一章）
啟動類添加@EnableDiscoveryClient：同上。
import org.springframework.boot.SpringApplication; import org.springframework.boot.autoconfigure.SpringBootApplication; import org.springframework.cloud.client.discovery.EnableDiscoveryClient;@SpringBootApplication @EnableDiscoveryClient public class ConfigClientApplication {public static void main(String[] args) {SpringApplication.run(ConfigClientApplication.class, args);}} 復制代碼配置文件yml修改：
在前面我們給config-client子模塊配置了兩個yml文件，一個是傳統application.yml一個是bootstrap.yml，bootstrap.yml的啟動優先于application.yml
我們修改bootstrap.yml，添加注冊中心配置，并將config的配置加上：
- spring.cloud.config.discovery.enabled ：開啟Config服務發現支持
- spring.cloud.config.discovery.serviceId ：指定server端的name,也就是server端spring.application.name的值
- 刪除spring.cloud.config.uri
隨后我們啟動三個模塊：
- Eureka子模塊
- config-server
- config-client
查看Eureka狀態 http://localhost:8761/ ：
為了達成高可用，我們將config-server的端口號再修改為8770，啟動一個新的config-server，這樣就有兩個config-server同時為我們服務。
調用客戶端接口：
本章代碼
github.com/qqxx6661/sp…
參考
www.ityouknow.com/springcloud…
blog.csdn.net/youanyyou/a…
www.ityouknow.com/springcloud…
-----正文結束-----
菜鳥SpringCloud實戰入門專欄全導航：通過以下兩種途徑查看
- 關注我的公眾號：Rude3Knife 點擊公眾號下方：技術推文——SpringCloud
- 菜鳥SpringCloud實戰專欄(CSDN)
關注我
我是蠻三刀把刀，后端開發。主要關注后端開發，數據安全，爬蟲等方向。
來微信和我聊聊：yangzd1102
Github個人主頁：
github.com/qqxx6661
原創博客主要內容
- Java知識點復習全手冊
- Leetcode算法題解析
- 劍指offer算法題解析
- Python爬蟲相關技術實戰
- 后端開發相關技術實戰
- SpringCloud實戰
同步更新公眾號及以下全部博客：
1. Csdn
blog.csdn.net/qqxx6661
2. 知乎
www.zhihu.com/people/yang…
3. 掘金
juejin.im/user/5b4801…
4. 簡書
www.jianshu.com/u/b5f225ca2…
個人公眾號：Rude3Knife
如果文章對你有幫助，不妨收藏起來并轉發給您的朋友們~
總結
以上是生活随笔為你收集整理的[菜鸟SpringCloud实战入门]第七章：配置中心客户端主动刷新机制 + 配置中心服务化和高可用改造...的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： Bootstrap3基础 input-g
- 下一篇： Innodb事务和锁