IDE不自动激活Maven profile因未读取运行时状态，需在pom.xml根节点<profiles>下定义、禁用隐式激活、显式用-P指定；Spring Boot的spring.profiles.active与Maven profile分离，应用配置靠启动参数控制，资源过滤需正确配置filter路径、启用filtering并验证process-resources结果。
profile怎么定义才不会被IDE忽略
IntelliJ 或 Eclipse 默认不自动激活 profile，哪怕你在 pom.xml 里写了 <activeByDefault>true</activeByDefault>，IDE 也常当没看见。根本原因是 IDE 没读取 Maven 的运行时 profile 状态，只认自己缓存的构建配置。
- 必须在命令行用
mvn -Pdev显式指定，IDE 才可能同步（需在 Maven 设置里勾选 “Always update snapshots” 和 “Import Maven projects automatically”） -
profile定义必须放在pom.xml根节点的<profiles>下，不能嵌套在<build>或插件配置里 - 避免用
<activation><os>或<activation><file>这类隐式激活方式——本地环境稍有差异就失效，推荐统一用-Pxxx显式传参
application.yml 怎么和 profile 绑定才不冲突
Spring Boot 的多环境配置依赖 spring.profiles.active，但它和 Maven 的 profile 是两套机制，直接混用会错位：Maven 打包时替换的资源，和 Spring 运行时加载的 profile 可能对不上。
- Maven 打包阶段用
<resources>+<filters>替换application.yml中的占位符（如${db.url}），但不要动spring.profiles.active字段本身 - 真正控制 Spring 加载哪个配置文件，靠的是启动时参数：
java -jar app.jar --spring.profiles.active=prod，或在application.yml里写死（不推荐） - 常见错误：
application-prod.yml里又写spring.profiles.active: prod—— 这是冗余且可能导致循环激活
filter 文件路径写错会导致变量全变成问号
用 <filters> 引入 dev.properties 后，如果 Maven 找不到该文件，所有 ${xxx} 占位符不会报错，而是静默替换成空字符串或 ???，日志里只显示 “Filtering skipped for file”，极难排查。
- filter 文件必须放在
src/main/filters/下（默认路径），或显式配置<filter>src/main/filters/dev.properties</filter> - 路径区分大小写，
Dev.properties在 Linux 下就是找不到 - 确保
<resources>块中启用了 filtering：<filtering>true</filtering>，且该 resource 的<directory>指向含application.yml的目录（通常是src/main/resources）
生产环境打包后 application.yml 里还留着 ${} 占位符
这说明 filtering 没生效，最常见原因是 resource 目录被重复声明、覆盖，或者 maven-resources-plugin 版本太低（低于 3.2.0）不支持 YAML 文件的占位符解析。
- 检查是否在
<build><resources>外，又在<pluginManagement>里重写了maven-resources-plugin配置，导致实际执行的是未启用 filtering 的版本 - YAML 中的缩进敏感，
${db.url}如果前面多了一个空格，Maven 不会替换，也不会报错 - 用
mvn clean process-resources -Pprod单独跑一遍资源处理，然后去target/classes/下直接看生成的application.yml内容，比等打包完再查快得多
