activeProfiles不生效的主因是profile ID不匹配，需严格校验大小写、空格和连字符；其次受命令行-P参数覆盖，且IDE可能未同步settings.xml中的激活状态。
settings.xml 里 activeProfiles 不生效？先看 profile ID 是否匹配
绝大多数情况下，activeProfiles 不起作用，是因为你在 profiles 段落里定义的 id 和 activeProfiles 里写的 activeProfile 值不一致——大小写、空格、连字符一个都不能错。
常见错误现象：mvn clean compile 依然走默认仓库或没加载你配置的镜像；mvn help:effective-settings 输出里 activeProfiles 为空或不是你预期的值。
- 检查
<profile><id>dev</id></profile>和<activeProfile>dev</activeProfile>是否完全一致（区分大小写） -
activeProfile只接受 profile 的id，不是name或注释内容 - 如果 profile 在
settings.xml中定义，activeProfiles必须在同个文件的<activeProfiles>标签下，不能放在<profiles>内部
命令行传参覆盖 settings.xml 的 activeProfile
运行 mvn 时加了 -P 参数，会直接忽略 settings.xml 里的 activeProfiles —— 这是 Maven 的明确行为，不是 bug。
使用场景：CI 环境中用 -Pprod 切生产配置，本地开发想靠 settings.xml 默认激活 dev，结果被 CI 脚本带的 -P 覆盖了。
-
-P优先级 >settings.xml中的activeProfiles -
-P!（如-P!dev）可显式禁用某个 profile，哪怕它在activeProfiles里 - 若需“仅当未指定 -P 时才启用默认 profile”，Maven 本身不支持，得靠 wrapper 脚本或 CI 配置兜底
activeProfile 在多模块项目中只影响当前构建上下文
settings.xml 的 activeProfile 是全局生效的，但它的效果只体现在「当前 mvn 命令执行时解析的 pom.xml」所触发的行为上。子模块不会继承父模块的 profile 激活状态，也不会因为父模块用了某个 profile 就自动激活同名 profile。
性能 / 兼容性影响：profile 激活本身无开销，但若该 profile 启用了远程仓库镜像或自定义插件绑定，会影响所有后续依赖解析和生命周期阶段。
- profile 中的
<repositories>和<pluginRepositories>会参与依赖解析，但仅对当前构建有效 - profile 中的
<properties>不会注入到子模块的${...}表达式中，除非子模块显式引用或通过<activation><property>触发 - 不要指望在父
pom.xml里用<activation><activeByDefault>true</activeByDefault>来替代settings.xml的activeProfile，二者作用域不同
IDE（如 IntelliJ）可能绕过 settings.xml 的 activeProfile
IntelliJ 默认用自己的 Maven 嵌入实例，并且默认不读取用户 settings.xml，或者读取了但没同步激活状态——导致你在终端里 mvn help:effective-settings 看到 profile 已激活，但在 IDE 里 import 项目后依赖还是从 central 下载。
常见错误现象：IDE 提示 “Cannot resolve symbol” 或 “Could not find artifact”，而命令行构建完全正常。
- 在 IntelliJ 中打开
Settings > Build > Build Tools > Maven，确认User settings file指向你修改过的settings.xml - 勾选
Override settings from maven home（如果需要强制使用你的配置） - 点击
Reload project，而不是仅刷新 Maven 工具窗口 - 某些旧版 IntelliJ 对
activeProfiles解析有缓存，重启 IDE 有时比重载更可靠
