Gradle与Maven版本范围处理差异及PDFBox兼容版本范围问询

问题1：Gradle和Maven对版本范围的处理逻辑是否确实存在差异？ #

是，两者的核心差异在于对预发布版本的默认匹配规则：

• Maven解析版本范围时，默认将所有预发布版本（RC、beta、alpha等）纳入匹配范围，只要版本字面量符合区间要求就会被选中。你遇到的3.0.0-RC1字面量小于正式版3.0.0，符合[2.0.0,3.0)的区间要求，因此Maven会将其判定为符合要求的最新版本。
• Gradle解析没有显式包含预发布标识的版本范围时，默认只匹配稳定版，自动过滤所有预发布版本，因此[2.0.0,3.0)只会匹配2.x的稳定版，最终选中当时最新的2.0.24。

问题2：如何声明版本范围让两个构建工具都仅解析到最新的2.x版本PDFBox、不兼容3.x版本？ #

分两种场景处理：

如果你是组件开发者，要在公共依赖声明里兼容两种构建工具

可以将版本范围声明为[2.0.0, 3.0.0-alpha)，配置如下：

<dependency>
  <groupId>org.apache.pdfbox</groupId>
  <artifactId>pdfbox</artifactId>
  <version>[2.0.0, 3.0.0-alpha)</version>
  <scope>runtime</scope>
</dependency>

这个写法的逻辑是：所有3.0系列的预发布版本（alpha、RC等）的版本字面量都大于3.0.0-alpha，会被Maven排除在区间外；Gradle侧原本就不会匹配预发布版本，因此两边都会自动选择最新的2.x稳定版，不会命中3.x的任何版本。

如果你是业务项目开发者，不想修改上游组件的依赖配置

• Maven项目：在pom.xml的<dependencyManagement>节点中显式声明pdfbox的2.x稳定版本，即可覆盖上游的版本范围规则。
• Gradle项目：可以在依赖配置里强制指定pdfbox的2.x版本，或者通过resolutionStrategy约束pdfbox的主版本为2即可。

内容的提问来源于stack exchange，提问作者Codo