SpringBoot中双亲委派管类加载（如BOOT-INF/classes优先加载），配置加载优先级管application.yml生效顺序（如命令行参数最高、jar内classpath:/最低），二者分属JVM类加载机制与Spring外部化配置机制，完全独立不交叉。
SpringBoot中“双亲委派”和“配置加载优先级”是两个不同层面的机制，不能混为一谈：前者管类（.class）怎么加载，后者管配置（application.yml/properties）怎么生效。解析时必须先分清边界，否则容易误判问题根源。
别把类加载和配置加载搅在一起
双亲委派是JVM原生的类加载模型，SpringBoot仅在fat jar场景下做了有限改造（用LaunchedURLClassLoader优先加载BOOT-INF/classes和BOOT-INF/lib），但核心仍遵守“父加载器优先尝试”的原则——它不处理任何配置文件、不读取application.yml、也不参与profile切换。
而你关心的“Jar包变量加载优先级”，实际属于Spring Boot的外部化配置（Externalized Configuration）机制，完全由ConfigDataLocationResolver和ConfigDataLoader等组件驱动，与类加载器无直接调用关系。
真正影响Jar内配置生效顺序的，是这4个路径
当SpringBoot从jar包启动时，只认以下classpath路径下的配置（按优先级从高到低）：
-
classpath:/config/ —— 如
src/main/resources/config/application.yml -
classpath:/ —— 如
src/main/resources/application.yml（最常见默认位置） -
file:./config/ —— jar同目录下的
config/文件夹（运行时外部覆盖用） -
file:./ —— jar同目录下的
application.yml（极少用，易被忽略）
注意：Maven打包后，file:./和file:./config/里的文件不会打进jar，它们只在运行时由操作系统文件系统提供；而classpath:开头的路径内容来自jar内部的BOOT-INF/classes。
将 Spring Boot 2.7 项目升级到 Spring Boot 3.5 的实战流程，覆盖版本基线、依赖坐标替换、Jakarta 迁移、配置兼容、异步上下文传递改造与验证门禁。用于企业多模块 Maven 项目升级与排障。
变量覆盖的真实链条：从命令行到jar内资源
哪怕你只打了一个jar包，配置项仍可能被多层覆盖。完整生效顺序（高 → 低）如下：
- 命令行参数：
--server.port=8081（最高优先级，可覆盖一切） - 系统环境变量：
SERVER_PORT=8082（区分大小写，下划线转驼峰） - Java系统属性：
-Dspring.profiles.active=prod - jar包外
file:./config/中的配置文件 - jar包外
file:./中的配置文件 - jar包内
classpath:/config/中的配置文件 - jar包内
classpath:/中的配置文件（最低优先级，默认兜底）
相同key时，前面的一定覆盖后面的；不同key则合并。例如jar内设app.name=myapp，命令行传--app.version=2.0，最终两个都生效。
调试配置到底用了谁？加这个参数看清楚
启动jar时加上：
java -jar myapp.jar --debug
控制台会输出完整的Config data resources加载列表，明确标出每个配置源的位置、是否成功加载、以及各property source的排序编号。这是定位“为什么我改了配置却不生效”的最快方式。
如果看到某配置文件显示skipped (not found)，说明路径不对或文件名拼错；如果多个同名key出现，按列表顺序就能判断谁赢了。
