IntelliJ 中显示的 Maven 仓库（如已停用的 JCenter）并非来自全局 Maven 配置，而是由项目级 .idea/jarRepositories.xml 等 IDE 缓存文件固化所致；清理缓存并重载项目即可恢复对 Maven Central 的正确引用。
intellij 中显示的 maven 仓库（如已停用的 jcenter）并非来自全局 maven 配置，而是由项目级 `.idea/jarrepositories.xml` 等 ide 缓存文件固化所致；清理缓存并重载项目即可恢复对 maven central 的正确引用。
在使用 IntelliJ IDEA 管理 Maven 项目时，你可能会在 Settings → Build → Build Tools → Maven → Repositories 中看到一个指向 https://jcenter.bintray.com 的仓库条目——尽管 JCenter 已于 2021 年 2 月正式停止服务，且 Apache Maven 自 3.8.1 起已将中央仓库默认 URL 更新为 https://repo.maven.apache.org/maven2/，该过期配置仍可能顽固存在。关键在于：这不是 Maven 本身的行为，而是 IntelliJ 的项目级元数据缓存所致。
? 根源定位：不是 settings.xml，也不是 pom.xml
正如 mvn help:effective-pom 输出所示，<repository> 块中并未标注其来源（即无 source 属性），且你已确认：
- 用户级 ~/.m2/settings.xml 未配置镜像或仓库；
- 全局 MAVEN_HOME/conf/settings.xml 仅含 HTTP 阻断镜像（不影响仓库解析）；
- 项目 pom.xml 中也未显式声明 <repositories>。
此时应转向 IntelliJ 的专属项目配置目录：.idea/。该目录下存在一个非标准但被 IDEA 持久化使用的文件：
<!-- .idea/jarRepositories.xml -->
<component name="JarRepositoriesConfiguration">
<repositories>
<repository url="https://jcenter.bintray.com" />
</repositories>
</component>该文件由 IDEA 在早期版本（尤其 2020.x 及之前）自动创建并缓存仓库列表，独立于 Maven 生命周期，不会随 pom.xml 变更而自动同步，也不会被 mvn clean 或 mvn help:effective-pom 检测到。
✅ 正确修复步骤（推荐顺序执行）
- 关闭项目（确保 IDEA 不锁定文件）
-
删除 .idea/jarRepositories.xml
rm .idea/jarRepositories.xml # Windows 用户可手动删除该文件
- 可选：清空 .idea/misc.xml 中残留的仓库引用（搜索 jcenter 或 bintray）
-
重启 IntelliJ，并重新导入 Maven 项目：
- 右键项目根目录 → Maven → Reload project
- 或点击右上角 Maven 工具窗口 → 点击刷新图标
? 提示：若使用 Maven Wrapper (mvnw)，请确保其版本 ≥ 3.8.1（检查 mvnw -v），以避免本地 Maven 客户端本身仍尝试回退至旧仓库。
? 验证是否生效
执行以下命令查看最终生效的仓库地址：
mvn help:effective-pom -Dverbose | grep -A5 "<repositories>"
理想输出应包含（注意 url 和 id）：
<repository> <id>central</id> <name>Maven Repository Switchboard</name> <url>https://repo.maven.apache.org/maven2</url> <snapshots><enabled>false</enabled></snapshots> </repository>
同时，在 IDEA 的 Maven → Repositories 面板中，“central” 条目 URL 应更新为 https://repo.maven.apache.org/maven2，而非 jcenter.bintray.com。
⚠️ 注意事项与最佳实践
- 不要依赖 IDEA 的 UI 修改仓库：直接在 Settings 中修改仅影响当前项目缓存，且易与实际构建脱节。仓库定义应统一交由 pom.xml（<repositories>）或 settings.xml（<mirrors>）控制。
-
强制升级 Maven 版本：在 pom.xml 中通过 maven-enforcer-plugin 锁定最低版本，防止旧环境引入兼容性风险：
<plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-enforcer-plugin</artifactId> <version>3.4.1</version> <executions> <execution> <id>enforce-maven</id> <goals><goal>enforce</goal></goals> <configuration> <rules> <requireMavenVersion> <version>[3.8.1,)</version> </requireMavenVersion> </rules> </configuration> </execution> </executions> </plugin> - CI/CD 场景需额外检查：若 Jenkins/GitLab CI 构建失败，务必确认 Agent 上的 Maven 版本及 settings.xml 是否被覆盖（例如通过 MAVEN_OPTS 注入了旧镜像）。
✅ 总结
JCenter 在 IntelliJ 中“幽灵般存在”，本质是 IDE 对历史配置的本地缓存残留，而非 Maven 内置逻辑或配置错误。解决的核心逻辑是：切断 IDE 缓存层干扰 → 回归 Maven 标准约定 → 通过工具链加固保障一致性。完成上述操作后，所有依赖下载日志将正确显示 Downloaded from central: https://repo.maven.apache.org/maven2/...，彻底告别已终止服务的 bintray 域名。
