Maven 3.10.0-rc-1发布：默认启用可复现构建

就在这个夏天，Apache Ma ven 团队正式放出了Ma ven 3.10.0-rc-1，这意味着3.10分支距离正式版已经不远了。从官方发布历史来看，这次更新对运行环境的要求仍是Ja va 8，配套的独立发布说明和参考文档也都已经上线，准备尝鲜或迁移的用户可以直接去查阅。

与3.9系列相比，这次候选版有几项关键升级直接落到了Ma ven 3的主线上：Resolver 2.x、默认开启的可复现构建，以及对更新策略更精细的控制。其中有一项依赖类路径顺序的改动，计划升级的朋友需要提前做好验证。

图片来源：Apache Ma ven 最新发布说明

可复现构建改为默认启用

在发布说明里列出的所有重要变化中，默认开启可复现构建是最容易影响现有发布流程的一项。除此之外，Ma ven还升级到了Resolver 2.x，支持定义用户级和安装级扩展，也正式明确了session.topDirectory、session.rootDirectory与project.rootDirectory等属性的定位。版本范围过滤、用户自定义重定位和传递式依赖管理也都属于新增功能，给复杂场景下的依赖解析提供了更多控制手段。

命令行的更新策略也做了进一步拆分。现在新增了选项，可以只强制更新构件，或者只强制更新元数据，构件和元数据的更新策略支持分别指定。这对管理大型多模块项目来说，是个实用的改进。构建失败后，reactor摘要现在只会展示失败模块，不会堆满大量成功模块的信息干扰问题定位，排查效率提升不少。插件API这边升级到了SLF4J 2.x，彩色消息服务和Ja vaToolchain里的Ja va版本信息可用性也做了提升。

图片来源：Apache Ma ven 最新参考文档

依赖类路径顺序变化需要重点回归

从Ma ven 3.9迁移时，最容易引发故障的核心调整就是依赖类路径排序的变化。新版本把原来深度优先的pre-order规则，改成了广度优先的level-order规则，和Ma ven 4、Resolver 2.x的默认行为对齐。如果你的项目之前依赖旧的排序结果，可以临时通过aether.system.dependencyVisitor参数恢复旧逻辑。不过，这个参数更适合用来做兼容排查，不要长期靠它回避依赖冲突问题。

新版Super POM还删掉了早就弃用的release-profile和相关插件管理内容，用到这些的项目需要自行维护对应的配置。另外，项目源码与报告输出编码的默认值统一设为UTF-8。目前官方没有公示已知问题，但版本带rc标识就说明它还是正式版上线前的候选构建。生产项目建议先放到隔离流水线里跑一遍，比对完依赖树、测试结果和发布产物没问题，再考虑替换原有稳定版本。