【小家Spring】老项目迁移问题：@ImportResource导入的xml配置里的Bean能够使用@PropertySource导入的属性值吗？
#### 每篇一句
> 大师都是偏执的，偏执才能产生力量，妥协是没有力量的。你对全世界妥协了你就是空气。所以若没有偏见，哪来的大师呢
#### 相关阅读
[【小家Spring】详解PropertyPlaceholderConfigurer、PropertyOverrideConfigurer等对属性配置文件Properties的加载和使用](https://blog.csdn.net/f641385712/article/details/91444601)
[【小家Spring】Spring中@PropertySource和@ImportResource的区别，以及各自的实现原理解析](https://blog.csdn.net/f641385712/article/details/90636649)
[【小家Spring】Spring中@Value注解有多强大？从原理层面去剖析为何它有如此大的“能耐“](https://blog.csdn.net/f641385712/article/details/91043955)
---
对Spring感兴趣可扫码加入wx群：`Java高工、架构师3群`（文末有二维码）
---
#### 前言
写这篇文章的原动力是由于**昨晚深夜**一个小伙伴咨询我的一个问题（这位小伙伴这么晚了还在折腾，也是给个大大的赞），涉及到了如题方面的知识。
当然促使我书写本文最重要原因的是：这种从传统`Spring`项目向`SpringBoot`迁移进阶的case，我个人认为在现阶段的环境下还是有**较大概率**出现的，**因此推荐收藏本文，对你后续或许有所帮助~**
### 情景描述
为了更直观的说明问题所在，截图部分聊天记录如下：
**这位小伙伴描述的问题还是蛮清晰，所以我还是很愿意跟他一起探讨的~**
勾起兴趣还有一个原因：`Spring`对占位符提供了非常强大的支持，**但基本上新手**都还不能好好利用它和利用好它，更区分不清使用的规范和区别，本文也希望做点努力，能够起到稍微一点的作用~
对此部分内容若需要`热场`，推荐可以先浏览一下这篇文章：[【小家Spring】Spring中@PropertySource和@ImportResource的区别，以及各自的实现原理解析](https://blog.csdn.net/f641385712/article/details/90636649) 可以看到，早在我这篇文章里我就说了这么一句话：
而刚好这个小伙伴的场景（其实我自己还并没有遇到过此场景），就类属于`老项目`到`SpringBoot新项目`的一个迁移case，这时不结合分析，更待何时呢。
> 看到聊天记录，部分小伙伴可能会想：把Bean拿出来配置不就行了吗？或者key就写在原来的属性文件里呗？
> 其实对于职场老兵都能对此种现象给与理解和接受，毕竟有种叫**理想化**，有种叫是叫**实际化**~
---
---
---
因为我不可能贴出该小伙伴的源码（毕竟人家是生产环境的代码，咋可能贴出给大伙看呢？）so，接下来旨在说明这个问题，我就只好采用我的**模拟大法**喽：
#### 传统Spring工程下使用
本处以一个传统的Spring工程为例，模拟这种使用case。`classpath`下有如下两个文件：
**spring-beans.xml：**
```xml
(ENVIRONMENT_PROPERTIES_PROPERTY_SOURCE_NAME, this.environment) {
@Override
@Nullable
public String getProperty(String key) {
return this.source.getProperty(key);
}
}
);
}
// 把配置的属性放进来~~~
PropertySource<? > localPropertySource = new PropertiesPropertySource(LOCAL_PROPERTIES_PROPERTY_SOURCE_NAME, mergeProperties());
this.propertySources.addFirst(localPropertySource);
...
}
}
```
相信不用我做过多的解释，就知道为何不用自己设置location，直接使用注解`@PropertySource("classpath:my.properties")`就好使了吧。这个时候环境截图如下（**注意：此处我截图是基于`已经set了location`的截图哦**）：
what？虽然配置时候set了location去加载属性文件，但是上面代码中add进去的属性源`environmentProperties`和`localProperties`
```java
public static final String LOCAL_PROPERTIES_PROPERTY_SOURCE_NAME = "localProperties";
public static final String ENVIRONMENT_PROPERTIES_PROPERTY_SOURCE_NAME = "environmentProperties";
```
两个`PropertySource`都并没有出现？
关于此，我这里就不再解释了，哈哈。还是那句话，**留给小伙伴们自己思考**，若思考不明白的亦可扫码入群探讨哦~（当然参照上面文章也是可行的）
---
#### SpringBoot工程下使用
关于在`SpringBoot`中使用，简单到令人发指，毕竟`SpringBoot`的使命也是让你使用它能够简单到木有朋友。
so，在`SpringBoot`工程下使用`@ImportResource`和`@PropertySource`啥都不用配，它是能够天然的直接work的~
==原因分析如下：==
一切得益于`SpringBoot`强悍的自动化配置能力，它提供了这样一个配置类：
```java
@Configuration
@AutoConfigureOrder(Ordered.HIGHEST_PRECEDENCE) // 最高优先级
public class PropertyPlaceholderAutoConfiguration {
// 注意此处使用的是PropertySourcesPlaceholderConfigurer
// 并且你可以在本容器内覆盖它的默认行为哟~~~~
@Bean
@ConditionalOnMissingBean(search = SearchStrategy.CURRENT)
public static PropertySourcesPlaceholderConfigurer propertySourcesPlaceholderConfigurer() {
return new PropertySourcesPlaceholderConfigurer();
}
}
```
`PropertyPlaceholderAutoConfiguration`它被配置在了自动配置包下的`spring.factories`文件里：
```java
# Auto Configure
org.springframework.boot.autoconfigure.EnableAutoConfiguration=\
...
org.springframework.boot.autoconfigure.context.PropertyPlaceholderAutoConfiguration,\
...
```
因此它会随着工程启动而自动生效。有了上面对`Spring`工程下的使用分析，此处就**不用再**花笔墨解释了~
**另外附加说明一点：哪怕你的属性不使用`@PropertySource`导入，而是写在`SB`自带的`application.properties`文件里，依旧是没有问题的。**
==原因分析如下：==
其实这个涉及到的是`SpringBoot`对`application.properties`的加载时机问题，因为本文对`SB`的介绍并不是重点，因此此处我直接**简单的说出结论**即止：
- `SpringBoot`通过事件监听机制加载很多东西，加载此属性文件用的是`ConfigFileApplicationListener`这个监听器
- 它监听到`ApplicationEnvironmentPreparedEvent`（环境准备好后）事件后开始加载`application.properties`等文件
- `ApplicationEnvironmentPreparedEvent`的事件发出是发生在`createApplicationContext()`之前~~~ 部分代码如下：
```java
public class SpringApplication {
...
public ConfigurableApplicationContext run(String... args) {
...
ApplicationArguments applicationArguments = new DefaultApplicationArguments(args);
// 此步骤 会发出ApplicationEnvironmentPreparedEvent事件
ConfigurableEnvironment environment = prepareEnvironment(listeners, applicationArguments);
Banner printedBanner = printBanner(environment);
// 开始创建，初始化容器~
context = createApplicationContext();
...
}
...
}
```
so，在`SB`环境下已经早早把属性都放进环境内了，借助它默认配置好的`PropertySourcesPlaceholderConfigurer`来处理的，那可不能正常work吗。一切都是这么自然，**这或许就是`SB`的魅力所在吧~**
#### 关于小伙伴问题的解决
开头提出了问题，肯定得解决问题嘛~~~如下图
哈哈，虽然最终我并没有**直接的**帮助解决问题，但是此问题给了我写本文的动力，总体还是不错的~
#### 总结
本文通过一个小伙伴咨询的`小问题(真是小问题吗？)`引申比较详细的说了`Spring`在处理占位符这块的内容（其实本并没打算写这么多的，尴尬~）
写本文的目的开头也说了，我认为在`SpringBoot`还并非100%渗透的当下，肯定有人会遇到从传统`Spring`项目向`SpringBoot`过度的一个阶段，而本文的描述或许能给你的迁移提供一种新的思路（特别是时间紧、任务重的时候），希望小伙伴们能有所收获，peace~
#### 知识交流
> **`若文章格式混乱，可点击`**：[原文链接-原文链接-原文链接-原文链接-原文链接](https://blog.csdn.net/f641385712/article/details/96195401)
==The last：如果觉得本文对你有帮助，不妨点个赞呗。当然分享到你的朋友圈让更多小伙伴看到也是被`作者本人许可的~`==
**若对技术内容感兴趣可以加入wx群交流：`Java高工、架构师3群`。
若群二维码失效，请加wx号：`fsx641385712`（或者扫描下方wx二维码）。并且备注：`"java入群"` 字样，会手动邀请入群**
