Maven 在解析 POM 时即需确定所有依赖版本，因此无法在构建阶段通过 properties-maven-plugin 等插件“后置注入”版本属性；正确方式是在解析阶段前通过命令行 -D 参数或 settings.xml 提供属性值。
maven 在解析 pom 时即需确定所有依赖版本，因此无法在构建阶段通过 `properties-maven-plugin` 等插件“后置注入”版本属性；正确方式是在解析阶段前通过命令行 `-d` 参数或 `settings.xml` 提供属性值。
在 Maven 构建生命周期中，POM 解析（parsing）发生在任何插件执行之前。这意味着 <version>${example-library.version}</version> 中的占位符必须在 Maven 开始读取 <dependencies> 块时就已存在且可解析——否则将触发 Could not resolve dependencies 错误，因为 Maven 无法识别未定义的属性。
你当前配置中使用 properties-maven-plugin 在 <build><plugins> 中加载 example-library.properties，属于 build-time 行为，此时 POM 已完成解析，依赖版本早已被锁定。因此该插件对 <dependency><version> 的变量替换完全无效（即使插件成功设置了属性，也已错过解析窗口）。
✅ 正确方案：确保属性在 POM 解析前可用
推荐两种生产级可行方式：
-
命令行传参（最常用、最轻量）
mvn clean install -Dexample-library.version=0.8.8
配合 POM 中直接引用：
<properties> <!-- 可设默认值，避免未传参时报错 --> <example-library.version>0.8.8</example-library.version> </properties> ... <dependency> <groupId>org.jacoco</groupId> <artifactId>jacoco-maven-plugin</artifactId> <version>${example-library.version}</version> </dependency> -
settings.xml 全局/用户级属性（适合多模块统一管理）
在 ~/.m2/settings.xml 的 <profiles> 中定义：<profile> <id>dynamic-versions</id> <properties> <example-library.version>0.8.8</example-library.version> </properties> </profile>并激活：
<activeProfiles> <activeProfile>dynamic-versions</activeProfile> </activeProfiles>
⚠️ 注意事项：
- jacoco-maven-plugin 是 Maven 插件（plugin），不应声明在 <dependencies> 中（那是给项目依赖用的），而应置于 <build><plugins> 内；否则会导致类路径污染和运行时异常。正确写法：
<plugin> <groupId>org.jacoco</groupId> <artifactId>jacoco-maven-plugin</artifactId> <version>${example-library.version}</version> <!-- 其他配置 --> </plugin> - properties-maven-plugin（如 mojohaus 版本）设计目标是在构建过程中读取/生成/写入属性文件，用于影响后续插件行为（如资源过滤、报告生成），不参与 POM 解析。即使使用活跃维护的 fork 版本（如 Mikhail2048/properties-maven-plugin），也无法突破 Maven 的解析时序限制。
- 若需从外部文件（如 application.properties 或自定义 .properties）动态驱动版本，唯一可靠方式是：在 CI/CD 流水线中预处理 POM（如用 sed/xmlstar）或生成临时 POM，而非依赖 Maven 原生机制。
总结：Maven 的“属性即配置”模型是静态解析型的。所谓“动态版本”，本质是将动态决策点前移至解析前——通过 CLI、CI 变量、settings.xml 或预生成手段实现，而非寄望于构建阶段插件“反向注入”。这是理解 Maven 生命周期与属性作用域的关键分水岭。
