Spring Boot 2.4配置文件重构：兼容复杂场景与Kubernetes原生支持

Spring Boot 2.4.0.M2 的发布标志着一个重要的变更，即对 `application.properties` 和 `application.yml` 配置文件的加载机制进行了重构。这一变化主要针对那些在复杂配置场景下工作的开发者，特别是那些依赖于Spring Cloud配置中心或其他外部配置源的应用程序。 在以往的版本中，如果应用程序只使用单一的配置文件，可能不会察觉到显著的不同。然而，新版本的改动涉及到ConfigFileApplicationListener类的更新，这个类负责管理和加载配置文件，其核心地位意味着任何变动都需要谨慎对待，因为它涉及到代码的底层实现和复杂性管理。 Spring Boot团队的目标是提升对Kubernetes的原生支持，特别是通过支持Kubernetes Volume中的ConfigMap指令，允许用户直接在文件系统上显示配置，同时保持与现有的`.properties`和`.yml`文件的兼容性。这要求在ConfigFileApplicationListener中实现新的功能，既要支持多文档YAML文件（通过`---`分隔不同逻辑文档），又需处理文件的合并、加载顺序和配置文件间的继承。 在旧版中，配置文件的灵活性允许同一个文件中启用其他配置文件，并且文档加载的顺序是不确定的。例如，当有多个配置文件片段被包含在一起，且每个片段可能根据不同的环境变量（如`spring.profiles`）有不同的激活条件，这可能导致加载行为变得复杂。 新版本的重构解决了上述问题，提升了代码的可维护性和稳定性，但同时也可能要求开发者调整他们的配置策略，确保配置的正确加载和解析。对于那些依赖Spring Cloud配置中心的开发者，他们可能需要重新审视自己的配置结构，确保在Spring Boot 2.4中仍然可以得到预期的行为。 总结来说，Spring Boot 2.4.0.M2的配置文件加载机制变化是为了提供更好的Kubernetes集成，增强配置文件的管理，并简化开发者在复杂配置场景下的使用体验。尽管对于简单场景可能影响不大，但对于依赖多文档和多层级配置的用户来说，理解和适应这些变化至关重要。