解决 Gradle 构建失败的问题，有时就像在玩俄罗斯方块——版本未对齐，整个系统就会卡住。本文要讨论的，是一个典型的 Jackson 依赖冲突案例，涉及 jackson-databind 和 jackson-datatype-jsr310。根源在于多个依赖库（Apache Beam、Spring、内部 client 库等）对版本要求不一致，导致构建解析器直接抛出“版本约束无法满足”的错误。

直击问题源头：并非网络或环境问题，而是依赖版本不兼容。从错误日志来看，项目显式声明了 jackson-databind:2.15.0，但其他关键依赖（如 Apache Beam 2.47.0 要求 2.14.1、内部 client-common 要求 2.13.0、fortify-bom 要求 2.12.5 等）都设定了各自的版本门槛。Gradle 的依赖解析器被这些冲突卡住，无法决定应采用哪个版本，最终报出构建失败。

✅ 推荐解决方案（按优先级排序）

1. 移除显式 Jackson 依赖（最简有效）

既然 jackson-databind 和 jackson-datatype-jsr310 已被其他依赖传递引入，显式指定版本反而成为冲突的导火索。直接删除 build.gradle 中这两行，让 Gradle 自动协商更可靠：

// ❌ 删除这两行（避免手动指定引发冲突）implementation "com.fasterxml.jackson.core:jackson-databind:${jacksonVersion}"implementation "com.fasterxml.jackson.datatype:jackson-datatype-jsr310:${jacksonVersion}"

移除后，Gradle 会自动选择依赖图中最合适的版本，冲突概率显著降低。

2. 使用 platform 或 enforcedPlatform 统一 Jackson 版本

如果确实需要显式控制版本，推荐采用 BOM（Bill of Materials） 来统一所有 jackson-* 模块。使用 Jackson 官方 BOM 效率更高：

// ✅ 使用 Jackson BOM 统一管理版本implementation platform("com.fasterxml.jackson:jackson-bom:2.14.3") // 与 Beam 2.47.0 兼容// 不再单独声明 jackson-databind 和 jackson-datatype-jsr310

为什么选 2.14.3？
Apache Beam 2.47.0 官方依赖 jackson-databind:2.14.1，而 jackson-bom 的 2.14.3 是该系列最新的补丁版，完全向后兼容且修复了安全问题。2.15.0 与 Beam 的 2.14.1 环境存在二进制不兼容风险，建议避开。

3. 强制解析（临时兜底方案）

若前两个方案仍不行（例如内部 BOM 强制锁定 2.13.0 版本），可在 dependencies 块末尾添加强制规则：

configurations.all {    resolutionStrategy {        force 'com.fasterxml.jackson.core:jackson-databind:2.14.3'        force 'com.fasterxml.jackson.datatype:jackson-datatype-jsr310:2.14.3'        // 同时强制关联模块，防止间接引入旧版        force 'com.fasterxml.jackson.core:jackson-core:2.14.3'        force 'com.fasterxml.jackson.core:jackson-annotations:2.14.3'    }}

⚠️ 需注意：force 会覆盖所有版本声明，因此必须确认所选 2.14.3 与 beam-runners-google-cloud-dataflow-java 和 client-bom 等真实兼容，否则可能出现运行时错误。