maven 不会自动读取 profiles.xml 文件，该文件名无效；profile 必须定义在 pom.xml 的 块中或通过 settings.xml 配置并激活。
profiles.xml 文件根本不会被 Maven 自动读取
Maven 不会加载项目根目录下的 profiles.xml —— 这个文件名是无效的，纯属常见误解。Maven 只认 settings.xml（用户/全局配置）和 pom.xml 中声明的 <profiles></profiles> 块。所谓“外部 profiles.xml”，实际是开发者自己造的约定，Maven 本身无感知。
如果你把 profile 定义写在独立的 profiles.xml 里，又没手动 import 或解析它，那这些配置就只是磁盘上的普通 XML，完全不起作用。
- 真正生效的 profile 必须出现在
pom.xml的<profiles></profiles>节点内，或通过settings.xml的<profiles></profiles>+<activeprofiles></activeprofiles>组合启用 - 想复用 profile 配置？用
mvn help:effective-pom看最终合并结果，别靠猜 - IDE（如 IntelliJ）有时会缓存旧 profile 状态，改完
pom.xml后记得刷新 Maven 项目
profile 激活不生效：检查激活条件是否同时满足
profile 不是“写了就跑”，它得被明确激活。最常踩的坑是只配了 <activation></activation> 却忘了触发方式 —— 比如写了 <jdk>17</jdk>，但本地 java -version 输出的是 11，那这个 profile 就永远沉默。
95Shop可以免费下载使用，是一款仿醉品商城网店系统，内置SEO优化，具有模块丰富、管理简洁直观，操作易用等特点，系统功能完整，运行速度较快，采用ASP.NET(C#)技术开发，配合SQL Serve2000数据库存储数据，运行环境为微软ASP.NET 2.0。95Shop官方网站定期开发新功能和维护升级。可以放心使用！ 安装运行方法 1、下载软件压缩包； 2、将下载的软件压缩包解压缩，得到we
- 命令行激活最可靠：
mvn clean package -Pdev（-P后跟 profile id，不是 name） -
<activation></activation>下的<property></property>是指系统属性或命令行传入的-Dkey=value，不是pom.xml里的<properties></properties> - 环境变量激活（
<os><name>Linux</name></os>）注意大小写和值精度，macOS 的os.name是Mac OS X，不是macOS - 默认激活（
<activation><activebydefault>true</activebydefault></activation>）在多 module 项目中可能被父 pom 覆盖，优先级不如命令行
多环境配置外移：用 properties 文件 + filtering 更可控
把数据库 URL、API 地址等硬编码在 profile 的 <properties></properties> 里，会导致 pom.xml 越来越臃肿，且敏感信息易泄露。更稳妥的做法是分离配置内容，靠 Maven 的 resource filtering 注入。
- 在
src/main/resources下建application-dev.properties、application-prod.properties等文件 - 在
pom.xml的对应 profile 里配置：<resources><resource><directory>src/main/resources</directory><filtering>true</filtering></resource></resources> - 在
application-dev.properties中写db.url=${dev.db.url}，再在 profile 的<properties></properties>里定义<dev.db.url>jdbc:h2:mem:dev</dev.db.url> - 确保
resources插件版本 ≥ 3.2.0，老版本对 filtering 支持不一致
Profile 中的 plugin 配置不会自动继承到子模块
父 pom 定义了一个带 <plugin></plugin> 的 profile，子 module 却没执行该插件？这不是 bug，是设计行为。Maven 的 profile 是“当前 pom 作用域”的，子 module 不会自动继承父 pom 的 profile 配置，除非显式激活且 plugin 配置在 <build><plugins></plugins></build> 而非 <build><pluginmanagement></pluginmanagement></build> 中。
- 如果希望所有子模块都用同一套插件逻辑，把插件声明放在
<build><plugins></plugins></build>（非 management），再用 profile 控制其是否启用 - 若用
<pluginmanagement></pluginmanagement>，子 module 必须自己在<plugins></plugins>中引用该插件，否则 profile 再怎么激活也无效 - 跨 module 共享 profile？考虑用
mvn -f parent/pom.xml clean deploy -Pprod显式指定父 pom 路径，避免当前目录下子 pom 干扰
profile 的边界感很强：它只影响当前 pom 解析时的变量、依赖、插件执行时机。任何指望“一处配置、全局生效”的想法，基本都会在多 module 或 CI 环境里撞墙。动手前先跑一遍 mvn help:active-profiles 和 mvn help:effective-pom -Pxxx，比翻文档更快定位问题。
