背景
最近github上发现个项目挺有意思的,在项目下载后自动构建时,发现GradleWapper下载Gradle以及依赖下载巨慢,频繁报错。折腾了一天了,今天看到报错信息:

痛下决心:必解决这个狗屎一样的问题!
其实问题的焦点没啥:1、我们公司的网络特别慢;2、Gradle及项目依赖地址都在国外,这问题也可以说懂得都懂了。
主要解决问题
目前,我们最可能解决的就是“Gradle及项目依赖地址都在国外”这问题了。网络问题就交给国家基建吧。
而且,与Maven不同,Gradle是为了让开发员的构建工具一致,因此他不强制要求本地有Gradle可供运行,更不强制要求基于当前宿主机的全局配置。
实操
Gradle下载
Gradle的下载主要分为两种,一种是手动下载,一种是通过wapper下载
手动方式简述一下就可以,就是在本地下载一个Gradle供运行,配置好环境变量,整体的使用和Maven一致的。
下载地址:Gradle各版本官方源
个人不是特别建议这种方式,因为Gradle的更新速度很快的,在实际开发生产过程中会出现Gradle版本不一致的情况;并且Gradle的常用姿势也不是这样。除非是远古式的打包方式,否则真的很难用到要将Gradle外置package或者build的情况。
GradleWrapper
GradleWrapper就是Gradle外又包了一层,他的作用是用来辅助Gradle的。

文章讲述了作者在项目中遇到Gradle下载和依赖下载速度慢的问题,通过分析发现问题在于网络和依赖地址在国外。解决方案包括使用GradleWrapper配置本地仓库和镜像源替换,以及正确设置环境变量,推荐使用国内镜像如阿里云。
最低0.47元/天 解锁文章
1061

被折叠的 条评论
为什么被折叠?



