如何利用 Maven Profile 机制实现开发、测试、生产环境配置的全自动化切换
Profile 必须显式用 -P 激活，IDE 默认不识别 activeByDefault
你是否曾在 pom.xml 中配置了
这并非配置错误，而是因为集成开发环境（IDE）通常依赖其缓存的构建配置，并不会实时解析 Maven 的运行时状态。要确保 Profile 可靠生效，最直接的方式是通过命令行显式指定：mvn clean package -Pdev。若希望在 IDE 内也能同步激活，需手动配置 Maven 设置：勾选“Always update snapshots”与“Import Maven projects automatically”选项。否则，即使使用 -P 参数也可能被忽略。
此外，建议尽量避免依赖 -Pxxx 命令行显式激活，是保障环境配置稳定切换的最佳实践。
资源过滤必须配对：filtering + includes + 正确路径
打包后配置文件中的变量（如 ${db.url}）未被替换？这通常是由于资源过滤配置未正确配对所致。
- 核心配置位置：
true - 动态路径与占位符：若使用
config-${env}.properties src/main/resources/目录下确实存在对应文件（如config-dev.properties）；第二，${env}变量的值来源于当前激活的 Profile 中定义的 - 注意大小写敏感性：在 Linux 等区分大小写的系统中，
Config-dev.properties与config-dev.properties被视为不同文件。路径不匹配将导致 Maven 静默跳过过滤，日志中可能仅提示“Filtering skipped for file”。
更清晰的方案是将过滤属性文件独立存放，例如置于 src/main/filters/dev.properties 目录，并在 Profile 中显式声明：
Maven Profile 与 Spring Boot Profile 是两套独立机制，切勿混淆
这是环境配置中最易混淆的概念之一。请明确区分：Maven 的 -Pprod 与 Spring Boot 应用的 --spring.profiles.active=prod 作用于不同阶段。
- Maven Profile：作用于构建时（Build Time）。其核心职责是根据激活的环境，替换资源文件（如
.properties、.yml）中的占位符（例如${db.url}）为实际配置值。 - Spring Boot Profile：作用于运行时（Runtime）。它决定应用启动时加载哪个配置文件（如
application-prod.yml），以及哪些标注了@Profile(“prod”)的 Bean 会被实例化。 - 常见陷阱：在
application-prod.yml内部再次设置spring.profiles.active: prod。这可能导致配置冗余激活，甚至在复杂依赖场景下引发意外的循环加载问题。
正确的做法是让两者解耦，各司其职：Maven 仅负责打包阶段的占位符替换；Spring Boot 的激活环境则通过启动参数、环境变量或 application.yml 顶层的 spring.profiles.active 配置来管理。
打包后 application.yml 仍存在 ${} 占位符，说明过滤未执行
典型现象：执行 mvn clean package -Pprod 后，检查 target/classes/application.yml 文件，发现其中的 ${db.url} 等占位符未被替换，且构建过程未报错。
此问题通常由以下原因导致：
- 资源目录指向错误：
src/main/config）。 - 过滤配置错位或覆盖：
true - 包含与排除规则冲突：某个资源块配置了
快速验证方法：执行 mvn process-resources -Pprod -X 命令，并仔细查看输出的调试日志。若能看到“Copying resource … with filtering”类似信息，表明过滤流程已正常触发；若无此记录，则说明过滤机制在某个环节被跳过。
