Spring Boot 通过 --spring.config.location 或 --spring.config.additional-location 指定外部配置路径，支持 file:/、classpath:/ 等协议；非 Spring Boot 项目需手动用 Properties 或 SnakeYAML 加载，建议封装单例工具类并注意路径权限与相对路径陷阱。
Java 应用中，外部配置文件（如 application.properties 或 application.yml）默认不随 Jar 包打包，而是放在应用外部目录，便于不同环境（开发/测试/生产）灵活切换。关键在于让 Spring Boot（或原生 Java）能正确识别并加载这些外部文件。
Spring Boot 项目：通过启动参数指定外部配置位置
Spring Boot 支持多种方式加载外部配置，最常用的是使用 --spring.config.location 或 --spring.config.additional-location 参数：
-
--spring.config.location=file:./config/application.yml：完全替换默认配置路径（注意末尾斜杠或文件名必须明确） -
--spring.config.additional-location=file:/opt/myapp/conf/：追加加载，该目录下所有application.*文件会被自动识别 - 支持多个路径，用逗号分隔，优先级从左到右递减（越靠前的配置优先级越高）
- 路径支持
file:（本地文件）、classpath:（jar 内）、https:（远程配置服务，需额外支持）
非 Spring Boot 的 Java 项目：手动加载 properties/yml
原生 Java 需自行读取并解析外部配置文件，常见做法：
- 用
System.getProperty("user.dir")或自定义系统属性（如-Dconfig.path=/etc/myapp/）确定配置目录 - 使用
Properties.load(InputStream)加载.properties文件 - 若用 YAML，可引入
snakeyaml库解析：Yaml yaml = new Yaml(); Map<string object> config = yaml.loadAs(Files.newInputStream(Paths.get("/path/app.yml")), Map.class);</string> - 建议封装成单例工具类，避免重复加载，支持热刷新可结合
WatchService
环境变量与 JVM 参数辅助控制
除了文件路径，还可通过环境变量或 JVM 参数动态影响配置行为：
立即学习“Java免费学习笔记（深入）”；
- 设置
spring.profiles.active=prod激活特定 profile，触发加载application-prod.yml - 用
-Dspring.config.name=myapp自定义基础配置文件名（默认是application） - Linux 下可通过
export SPRING_CONFIG_LOCATION="file:/data/conf/"设置环境变量，效果等同于启动参数 - 容器化部署时，推荐用
ConfigMap（K8s）或挂载卷（Docker）提供外部配置，并通过环境变量注入路径
注意事项与典型问题
实际配置中容易踩坑，需特别留意：
- 路径权限问题：JVM 进程需有读取外部文件的权限，尤其在 Linux 容器或受限用户下运行时
- 相对路径陷阱：
./config/是相对于 JVM 启动目录（不是 jar 所在目录），建议用绝对路径或明确指定工作目录 - 配置覆盖逻辑：外部配置会覆盖 classpath 中同名配置，但 profile-specific 配置仍遵循 Spring Boot 的优先级规则
- 日志验证：启动时加
--debug或查看INFO日志中的ConfigServletWebServerApplicationContext行，确认实际加载了哪些配置源
基本上就这些。核心是让 JVM 知道“去哪找”，再确保它“找得到、读得懂、用得对”。不复杂但容易忽略路径和权限细节。
