profile激活不生效的主因是activebydefault与activation冲突，导致mvn help:active-profiles为空；应删除activebydefault，改用命令行或环境变量显式激活，并确保activation条件真实满足。
profile 激活不生效？检查 activeByDefault 和 activation 冲突
直接后果是：你写了 profile，也配了 id，但 mvn help:active-profiles 显示空，或者始终走默认仓库。根本原因常是两个配置打架：activeByDefault=true 会压制其他基于条件的激活逻辑，哪怕你同时写了 activation 块。Maven 只允许一个 profile 在运行时“胜出”，它优先级规则很硬。
实操建议：
- 删掉所有
activeByDefault="true"，改用显式激活方式（命令行或环境变量），避免隐式抢占 - 如果必须靠条件激活，确保
activation下的子元素（如jdk、property、file）实际满足——比如<property><name>env</name><value>prod</value></property>要求你在命令行传-Denv=prod，不是-DENV=prod -
file激活只认存在性，不校验内容，写错路径（比如漏了~展开或相对路径没对准settings.xml所在目录）会导致静默失败
用 mvn -P 强制激活 profile 时，为什么依赖还是从 central 下载？
常见现象：你执行了 mvn -Pprod clean compile，但日志里依然出现 Downloading from central:。这不是激活失败，而是 profile 里的 repository 配置没覆盖 Maven 默认行为——Maven 默认仍会 fallback 到 central，除非你显式禁用。
实操建议：
- 在 profile 的
<repositories></repositories>里，为每个自定义仓库加<releases><enabled>true</enabled></releases>和<snapshots><enabled>false</enabled></snapshots>，避免继承父 POM 的意外开关 - 关键一步：在同一个 profile 里补上
<pluginrepositories></pluginrepositories>块（即使你没配插件仓库），否则maven-compiler-plugin这类核心插件仍会去 central 查找 - 不要依赖
<mirrorof>*</mirrorof>全局镜像来替代 profile 仓库——两者作用域不同，mirror 是网络路由层，profile 是坐标解析层，不能互相代替
settings.xml 里的 profile 和 pom.xml 里的 profile 激活逻辑完全不同
这是最易混淆的点：settings.xml 中的 profile 只影响构建**过程本身**（比如用哪个仓库下载依赖、用哪个服务器部署），而 pom.xml 中的 profile 影响的是**项目结构和依赖声明**（比如是否引入 spring-boot-devtools）。它们互不感知，也不会合并或覆盖。
实操建议：
- 别在
settings.xml里试图通过 profile 控制dependency的 scope 或排除——那属于 pom 层语义，settings 层压根不读这些字段 - 如果你需要“不同环境用不同依赖”，必须在 pom.xml 里定义 profile，并用
mvn -Pdev激活；settings.xml 的 profile 只负责让这个构建过程连得上对应的 Nexus 私服 - settings.xml 的 profile 无法读取 pom.xml 中定义的
<properties></properties>，反之亦然；跨文件传参只能靠系统属性（-Dkey=value）或环境变量
CI 环境下自动激活 profile，别信 os.name，用 property + 环境变量更稳
很多团队在 Jenkins 或 GitHub Actions 里写 <activation><os><name>Linux</name></os></activation>，结果本地 Mac 上测试正常，CI 却不触发。因为 os.name 值取决于 JVM 返回（如 Mac OS X、Linux），但 CI 容器可能返回 amd64 或空字符串，而且不可控。
实操建议：
- 统一用
<property><name>ci.env</name></property>，然后在 CI 脚本里加mvn -Dci.env=staging ... - 如果用 GitHub Actions，直接在
env:块设CI_ENV: prod，再用mvn -Dci.env=${{ env.CI_ENV }} - 避免在 activation 里嵌套多层条件（比如同时判断 os 和 property），Maven 不支持 AND/OR 逻辑，只会逐个匹配，容易漏判
