前提:项目配置了spring-cloud和spring-boot依赖。
在logback中配置了bootstrapServers变量和env
<springProperty scope="context" name="service" source="spring.application.name" defaultValue="UnknownService"/>
<springProperty scope="context" name="env" source="spring.profiles.active" defaultValue="test"/>
<springProperty scope="context" name="bootstrapServers" source="spring.kafka.bootstrap-servers"
但是来自系统变量的env变量生效了,而来源是bootstrap文件的bootstrapServers没有生效,题主看了快一天的源码,终于发现了原因如下:
首先要从项目启动说起,在spring boot启动过程中会在准备好环境(系统变量等,没有application相关文件解析好后的属性)后发送一个ApplicationEnvironmentPreparedEvent,对事件感兴趣的监听者在这个环节会进行相应业务处理。
图一:
其中监听器中排名第一的就是我们的主角来自spring cloud的
BootstrapApplicationListener
这个监听器会以
BootstrapImportSelectorConfiguration为启动类创建和spring cloud相关的beanfactory,然后执行到和图一一个地方的流程,在这个地方会执行一个叫做ConfigFileApplication的监听器对bootstrap文件进行加载(这个地方同样有BootstrapApplicationListener,只是会在执行时直接跳出防止套娃)。
,然后会进行下面的LoggingApplicationListener进行日志文件中的spring property进行赋值
会从当前环境获取对应值进行赋值,此时是读取到bootstrap文件的值的
然而在BootstrapApplicationListener执行完毕后,原本的springboot容器继续进行监听器迭代处理,同样先通过ConfigFileApplicationListener加载和application名字相关的配置类,然后重点来了,又又又执行了一次LoggingApplicationListener的事件处理方法,所以又重新给logback.xml里面的spring property赋值,但是现在springboot只有application文件相关的属性和系统变量,已经找不到对应的bootstrap文件相关的值了会直接赋值默认值!
解决办法:
一、把属性写在application文件中
二、加入配置中心,容器启动过程中会判断是否有和配置中心相关的PropertySourceLocator类,有的话会以配置中心的文件属性重新赋值一遍给容器。