nacos(SpringCloud)配置加載過程
nacos(SpringCloud)配置加載
要說nacos配置加載,首先說一下bootstrap配置文件加載。
眾所周知,Springboot由run方法啟動,這里就不展開講了,我們主要看下面的代碼,創(chuàng)建Spring容器之前先準備環(huán)境

org.springframework.boot.SpringApplication#prepareEnvironment

首先會創(chuàng)建或獲取一個environment,然后加載一些系統(tǒng)配置(環(huán)境變量等)
接下來關鍵了,發(fā)布ApplicationEnvironmentPreparedEvent事件

監(jiān)聽器有很多,與此次有關的是
BootstrapApplicationListener(創(chuàng)建Spring容器和配置中心交互)ConfigFileApplicationListener(讀取配置文件加載到environment)
首先是BootstrapApplicationListener,如下,可知默認配置名字bootstrap,接著會進入bootstrapServiceContext方法創(chuàng)建Spring容器

org.springframework.cloud.bootstrap.BootstrapApplicationListener#bootstrapServiceContext


這里會重走run方法進行容器的創(chuàng)建,兩個容器是不同的
springboot容器為AnnotationConfigServletWebServerApplicationContext,cloud為AnnotationConfigApplicationContext,由上面的內(nèi)容可知這里又會重走監(jiān)聽器,
BootstrapApplicationListener,不過會由于以下代碼返回

接下來我們看一下另一個重要的監(jiān)聽器ConfigFileApplicationListener

由上可知,這里主要調(diào)用EnvironmentPostProcessor的postProcessEnvironment進行處理;我們主要看的還是
org.springframework.boot.context.config.ConfigFileApplicationListener#postProcessEnvironment

這里沒有展開,有興趣可以看源碼,我們主要看加載前后cloud 的environment的變化
加載前

加載后

可以看出主要就是多了bootstrap.yml配置。
接下來我們看boot的environment的變化
加載前

加載后

可以看出多了application.properties的配置
那么問題來了,cloud的配置(bootstrap.yml)是如何加載到boot中的呢
listener看完了,接下來就到Initializer了
而Initializer的調(diào)用時機就在org.springframework.boot.SpringApplication#prepareContext


這里我們也重點看兩個
AncestorInitializer
創(chuàng)建時機,cloud的容器創(chuàng)建完成

initialize方法,添加了bootstrap.yml方法到boot 的environment中

另一個是PropertySourceBootstrapConfiguration
我們先來看一下它是如何引入的
在創(chuàng)建cloud 的容器時,會引入一個配置BootstrapImportSelectorConfiguration

又引入了BootstrapImportSelector

這里利用SPI加載了PropertySourceBootstrapConfiguration

接下來我們看看initialize方法

這里就是使用PropertySourceLocator.locate()方法加載配置,然后添加到environment。
比如NacosPropertySourceLocator
至此nacos(SpringCloud)配置加載完畢。
后續(xù)補充:naocs共享配置和擴展配置
spring:
profiles:
active: dev
application:
name: alibaba-demo
cloud:
nacos:
discovery:
server-addr: 127.0.0.1:8848
config:
server-addr: 127.0.0.1:8848
file-extension: yaml
#共享配置
shared-configs:
- data-id: shard-test.yaml
group: SHARD_GROUP
refresh: true
#擴展配置
extension-configs:
- data-id: ext-test.yaml
group: EXT_GROUP
refresh: true不管是shared-configs還是extension-configs,對應的data-id都需要加上文件后綴,如.yaml
數(shù)組下標越大的配置項優(yōu)先級越高
不同配置優(yōu)先級 默認配置 > 擴展配置 > 共享配置
總結
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。
相關文章
Spring Boot動態(tài)加載Jar包與動態(tài)配置實現(xiàn)
隨著項目的不斷演進和業(yè)務需求的增長,很多場景下需要實現(xiàn)系統(tǒng)的動態(tài)性和靈活性,本文主要介紹了Spring Boot動態(tài)加載Jar包與動態(tài)配置實現(xiàn),具有一定的參考價值,感興趣的可以了解一下2024-02-02
日常開發(fā)中,我們很多時候需要用到Java?8的Lambda表達式,它允許把函數(shù)作為一個方法的參數(shù),讓我們的代碼更優(yōu)雅、更簡潔。所以整理了一波工作中常用的Lambda表達式??赐暌欢〞袔椭?/div> 2022-11-11
SpringBoot使用Cache集成Redis做緩存的保姆級教程
Spring Cache是Spring框架提供的一個緩存抽象層,它簡化了緩存的使用和管理,Spring Cache默認使用服務器內(nèi)存,并無法控制緩存時長,查找緩存中的數(shù)據(jù)比較麻煩,本文已常用的Redis作為緩存中間件作為示例,詳細講解項目中如何使用Cache提高系統(tǒng)性能,需要的朋友可以參考下2025-01-01
Java中l(wèi)ock和tryLock及l(fā)ockInterruptibly的區(qū)別
這篇文章主要介紹了Java中l(wèi)ock和tryLock及l(fā)ockInterruptibly的區(qū)別,文章介紹詳細,具有一定的參考價值,需要的小伙伴可以參考一下2022-05-05
Java中的抽象工廠模式_動力節(jié)點Java學院整理
抽象工廠模式是工廠方法模式的升級版本,他用來創(chuàng)建一組相關或者相互依賴的對象。下面通過本文給大家分享Java中的抽象工廠模式,感興趣的朋友一起看看吧2017-08-08最新評論

