必须严格遵循spring boot 3.3配置源优先级规则：①命令行参数→②系统环境变量→③jndi→④java系统属性→⑤操作系统环境变量→⑥random.*→⑦jar包外配置文件→⑧jar包内/config/→⑨jar包内根目录→⑩@propertysource→⑪默认属性，高优先级同名属性彻底覆盖低优先级。
要让Spring Boot 3.3应用在不同环境（开发、测试、生产）中准确加载对应配置，必须严格遵循其配置源优先级规则——命令行参数能覆盖环境变量，环境变量能覆盖jar包外配置文件，而jar包外配置文件又能覆盖jar包内默认配置，顺序错一位，就可能让数据库连接指向测试库而非生产库。
配置源优先级：从高到低逐层覆盖
Spring Boot 3.3按固定顺序加载11类配置源，后加载的同名属性会直接覆盖先加载的值：
① 命令行参数（如--server.port=9090）→ ② 系统环境变量（如SPRING_APPLICATION_JSON='{"server":{"port":8081}}'）→ ③ JNDI属性（java:comp/env）→ ④ Java系统属性（-Dspring.profiles.active=prod）→ ⑤ 操作系统环境变量（如SERVER_PORT=8082）→ ⑥ random.* 属性（仅用于生成随机值）→ ⑦ 应用jar包外配置文件（./config/application.yml）→ ⑧ 应用jar包内/config/目录下的配置文件（classpath:/config/application.yml）→ ⑨ 应用jar包内根目录下的默认配置（classpath:/application.yml）→ ⑩ @PropertySource 注解指定的自定义属性文件→ ⑪ 默认属性（通过SpringApplication.setDefaultProperties()设置）。
【关键前提】所有配置源中，只要存在同名属性，优先级高的会彻底覆盖优先级低的，不存在“合并”或“叠加”行为。
配置文件类型与位置的二级优先级
当多个配置文件共存时，需同时考虑格式和路径：
方法一：YAML与Properties同目录时，.properties优先级高于.yml和.yaml。例如./config/application.properties和./config/application.yml同时存在，前者生效。
方法二：Profile-specific配置优先于默认配置。比如application-prod.yml比application.yml优先级高，但前提是已激活prod profile（通过--spring.profiles.active=prod或环境变量）。
方法三：外部目录配置覆盖内部目录。即./config/application.yml（jar包外）会覆盖classpath:/config/application.yml（jar包内），而后者又覆盖classpath:/application.yml（jar包内根目录）。
这一步操作起来很简单，直接把application-prod.yml放在./config/目录下，再用--spring.profiles.active=prod启动即可生效。
Starter自动配置中的配置加载时机
Starter提供的自动配置类（如DataSourceAutoConfiguration）本身不定义配置源，而是读取已加载的Environment中的属性。因此，配置源加载必须在自动配置类执行前完成。
Spring Boot 3.3启动流程中，配置源在EnvironmentPreparedEvent阶段全部加载完毕；随后才触发@Configuration类解析与@Conditional判断。这意味着，若你在@PropertySource里引用了尚未加载的外部文件（如file:/opt/conf/custom.properties），且该路径不可达，应用将启动失败。
注意：@PropertySource注解的配置文件属于第10级，它无法覆盖命令行参数或环境变量，但能覆盖jar包内的application.yml。
