Android Studio 的 AGP Upgrade Assistant 工具有用过的么

这玩意基本上干的就是修改下你源代码里面的 gradle/wrapper/gradle-wrapper.properties 里面的 distributionUrl ，以及修改根目录下的 build.gradle 配置文件里面的 AGP 插件版本号。改完之后是要从 distributionUrl 里面下载二进制文件到本地的，但是这个下载地址在海外，所以你 run 了半个小时大概率是在以 KB 级别的速度下载 gradle wrapper 了。

最简单的做法就是自己手动去下载 distributionUrl 文件并挪动到相应的位置，比如我现在使用的是

distributionUrl = https://services.gradle.org/distributions/gradle-8.13-bin.zip

本地文件地址是

用户目录\.gradle\wrapper\dists\gradle-8.13-bin\5xuhj0ry160q40clulazy9h7d\gradle-8.13-bin.zip

当 gradlew 发现 .zip 文件在指定位置之后就会直接解压并使用，然后才去同步各种依赖配置啥的。

配置还卡的话可以在 “用户目录/.gradle/gradle.properties” 里面配置代理，格式是：

systemProp.http.proxyHost=127.0.0.1
systemProp.http.proxyPort=7890
systemProp.https.proxyHost=127.0.0.1
systemProp.https.proxyPort=7890

但是代理和魔法就需要自己搞定了，你能上 V 站想必这个问题不大

@OneLiteCore #2 感谢🙏

很奇怪，我是公司网络，理应不会出现网路问题，使用 SDK Manager 下载之类的都很快。

但按照你的方法下载 gradle.zip 放到用户目录后确实开始正常执行了。

现在大部分步骤执行完，又卡住了，剩下三个步骤：
- Rewrite deprecated operators
- Migrate testCoverageEnabled to enableUnitTestCoverage and enableAndroidTestCoverage
- Move extractNativeLibs from Android manifest to build files

再等一会不行打算这些手动改了。

@Folayi
@OneLiteCore #2

执行完了👍

@Folayi 盲猜可能是因为 gradle 的网址并没有被墙所以就算公司网络自带魔法，走的却不是魔法的线路，类似使用 Clash 但是用 Rule 规则然后访问百度的感觉，但具体的我就没深入研究过了。剩下的三个步骤看起来是本地执行的东西，感觉没啥问题。

一般公司的项目非必要不是很建议升级 AGP 版本，这玩意收益不是很大但是升级一次所有研发人员都要跟着升级，也会限制 Android Studio 版本号。

agp 提示升级，我点了升级，然后升级失败，提示让回退，我回退了，然后继续提示让升级，真想骂人