Gradle处于Under Maintenance状态，Android项目依赖拉取失败的疑问

当前Gradle是否无法使用？ #

并非完全无法使用。Under Maintenance状态一般是Gradle官方服务（如Gradle插件仓库、专属依赖缓存服务等）在进行运维操作，仅会限制部分远程资源的拉取，比如特定官方插件或未缓存的依赖；但本地已缓存的依赖、通过--offline参数启动的离线构建仍能正常执行。

只能等待恢复吗？ #

除了等待官方维护完成，还可以尝试这些临时方案：

• 启用离线构建：执行构建时添加--offline参数，强制Gradle使用本地缓存的依赖和插件，跳过远程仓库请求。
• 替换依赖仓库：将Gradle配置中的官方仓库替换为第三方镜像源（如国内的Maven镜像），绕开维护中的官方服务。
• 手动补充依赖：针对拉取失败的特定依赖，从Maven Central等通用仓库手动下载后，放置到本地Gradle缓存目录（通常为~/.gradle/caches/modules-2/files-2.1）。

为何Gradle会出现这类维护状态，Maven很少遇到？ #

核心差异来自服务架构和使用场景：

• 服务范围不同：Maven核心依赖的Maven Central是分布式的成熟仓库网络，多节点冗余设计让维护窗口极短且影响范围有限；而Gradle除了依赖通用仓库，还有专属的插件仓库、构建缓存服务，这些服务的维护会直接影响依赖该资源的用户。
• 迭代节奏差异：Gradle的功能更新和服务优化更频繁，对官方服务的维护需求更多；Maven核心服务趋于稳定，迭代速度慢，维护事件自然更少。
• 依赖链路差异：Android项目通常默认配置Gradle官方插件仓库来拉取Android Gradle Plugin等专属插件，这类场景下Gradle服务维护会直接影响构建；而Maven项目大多仅依赖通用仓库，因此很少感知到类似问题。

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