如何排查Maven项目中来源于JCenter且未托管在Maven Central的依赖

核心思路 #

无需手动逐一排查依赖配置，借助Maven原生能力完成全链路校验：先批量提取所有实际从JCenter拉取的依赖清单，再交叉验证这些依赖是否在Maven Central完成托管，最终精准筛出仅存在于JCenter、未在Maven Central托管的需要重点处理的高风险依赖。

分步落地操作 #

• 批量导出JCenter来源的依赖列表
  执行带调试日志的依赖解析命令，将全量依赖的拉取链路输出到本地日志文件：
  mvn dependency:resolve -X > dependency_source.log
  打开生成的日志文件，全局检索包含JCenter仓库标识的拉取条目，提取所有条目对应的依赖完整坐标（格式为groupId:artifactId:version），形成初步的待校验列表。
• 批量校验依赖在Maven Central的存在性
  使用Maven自带的构件拉取探测能力，针对每一个提取出的依赖坐标，单独从Maven Central发起拉取请求，验证构件是否可获取：
  单条校验命令模板：mvn dependency:get -Dartifact=待校验依赖坐标 -DremoteRepositories=central::default::<Maven Central官方仓库地址> -q
  命令无报错返回，代表该依赖已在Maven Central托管，可直接将项目配置中的JCenter源替换为Maven Central完成迁移；命令返回“构件不存在”的报错，说明该依赖是仅托管在JCenter的高风险项，需要单独处理（联系维护方同步构件、更换功能等价的替代依赖）。
• 大规模项目的效率优化
  当项目依赖规模达数百个时，可基于上述两个命令编写简单的批处理脚本，自动从日志中提取JCenter来源的依赖坐标，逐一代入校验命令，最后将所有校验失败的依赖汇总成统一清单，全程不需要人工逐条核对。

校验注意事项：执行校验命令时需临时屏蔽项目本地配置中的JCenter仓库源，避免拉取请求被本地配置拦截，导致误判Maven Central不存在对应构件。

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