Spring Boot 配置文件加载顺序

Spring Boot作为Java开发的主流框架，其配置文件的加载顺序直接影响项目的运行行为。了解这一机制不仅能帮助开发者高效管理配置，还能避免因优先级混乱导致的意外问题。本文将深入解析Spring Boot配置文件的加载顺序，从多个角度剖析其核心逻辑，为开发者提供清晰的配置管理思路。
配置文件优先级规则
Spring Boot支持多种格式的配置文件，如properties和yaml，其加载顺序遵循特定规则。优先级从高到低依次为：命令行参数、JNDI属性、Java系统属性、操作系统环境变量、随机属性、应用外部的配置文件、应用内部的配置文件。这种分层设计确保了灵活性，例如通过命令行参数可以快速覆盖默认配置，适合临时调试场景。
多环境配置加载
Spring Boot通过profile机制实现多环境配置。当指定spring.profiles.active时，会优先加载对应profile的文件，例如application-dev.yaml。未指定时默认加载application.yaml。带profile的文件会与主配置文件合并，相同属性以profile文件为准。这种设计让环境切换变得简单，只需修改active参数即可。
外部化配置策略
Spring Boot推崇"约定优于配置"，允许将配置文件放在多个位置。加载顺序为：项目根目录下的config文件夹、项目根目录、classpath下的config文件夹、classpath根目录。这种由外到内的搜索策略，使得运维人员可以在不修改代码的情况下，通过外部文件调整配置，实现了真正的配置与代码分离。
属性覆盖机制
当多个配置源存在相同属性时，后加载的会覆盖先加载的值。但Spring Boot提供了特殊处理：列表类型属性会进行合并而非覆盖。这一特性在需要组合多配置源时非常有用，例如基础配置定义默认值，环境配置提供定制值，最终形成完整的配置树。
配置加载过程解析
Spring Boot启动时，会先创建Environment对象，然后按顺序加载各配置源。这个过程发生在应用上下文刷新前，确保Bean初始化时能获取正确配置。理解这个时序很重要，因为自定义PropertySource需要在合适时机注入，通常通过实现EnvironmentPostProcessor接口来实现。