为什么Java依赖库通常使用Maven仓库存储，不存在GradleCentral吗？

为什么不存在「Gradle Central」这类Gradle专属的公共仓库？ #

Maven Central本质上是托管符合 Maven坐标规范 的二进制产物的公共仓库，这个坐标规范是Java生态通用的依赖标识标准，和「Maven构建工具」没有强制绑定关系。
Gradle从设计之初就完全兼容Maven坐标规范：既可以直接拉取Maven Central内的所有公共依赖，也可以将自身构建出的产物按照Maven规范发布到Maven Central，完全没有必要单独搭建Gradle专属的公共仓库。

是不是所有Java库都使用Maven作为构建工具？ #

这个认知是错误的。目前大量热门Java生态项目（包括Spring全家桶、Android官方框架、众多大数据组件）都已经切换到Gradle作为构建工具，只是这些项目发布公共包时，都会遵循行业通用的Maven坐标规范上传到Maven Central，和底层使用的构建工具没有关联。

目前还有大量Java库使用Maven，是因为它是构建Java库的更优选择吗？ #

Maven的高普及率更多来自历史生态惯性，而非绝对的功能优势：

• Maven 2004年就已正式发布，比Gradle的稳定版早了接近10年。在Gradle普及之前，整个Java生态已经完成了依赖管理规范的统一，Maven的「约定优于配置」思想解决了此前Ant工具无统一规范的痛点，生态沉淀非常深厚。
• 对于结构简单的中小型Java库，Maven的XML配置逻辑固定、学习成本低，所有Java开发者都能快速看懂，维护成本极低，完全能满足常规需求。

但在复杂构建场景下，Gradle的优势非常明显：

• 支持灵活的自定义构建任务、多模块复杂依赖管理，性能比Maven快数倍（增量构建、构建缓存、并行执行等特性），是Android开发、大型多模块Java项目的首选。

两者没有绝对的优劣，只是适配的场景不同，生态的历史惯性也让Maven至今仍有非常广的使用范围。

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