这里有太多错误和误导性的答案。

如果你使用的是Beta SDK，你唯一需要做的就是安装最新的Android Studio Beta版本。最新的Android Studio Beta支持最新的AGP，正确地支持SDK 31。

我尝试从SDK管理器卸载工具31。它成功地这样做了，但在构建项目时，它将重新安装并发生相同的问题。

然后我尝试重命名d8为dx建议。它开始运行一堆任务，导致整个计算机挂起。因为这个项目只是一个简单的活动。我不知道为什么Gradle需要不断地连接到互联网并占用这么多的CPU。

在硬重启和fsck之后，项目构建正常。

更改这些设置后，它似乎可以正常工作。我从SDK管理器下载了SDK 30版本。

android {
    compileSdkVersion 30
    buildToolsVersion "30.0.3"
    defaultConfig {
        applicationId "com.anurag.myapplication"
        minSdkVersion 23
        targetSdkVersion 30
        versionCode 1
        versionName "1.0"
        testInstrumentationRunner "androidx.test.runner.AndroidJUnitRunner"
    }

我首先遵循user16475264的答案，但真正的问题(至少在我的情况下)是AGP (Android Gradle Plugin)的版本。所以，在升级到v7之后，我回滚了我对可执行文件和JAR文件的更改:dx -> d8 in ~/Library/Android/sdk/build-tools/31.0.0。这个工作

我在SDK管理器下选中31，单击Android 11.0(R)恢复到30，并更新Build Gradle(项目)将compileSdkVersion和targetSdkVersion从31更改为30。

我还必须将buildToolsVersion更新为“30.0.2”而不是30。现在它起作用了。

我在这里回答了这个问题，但我将复制/粘贴答案，因为它是相关的:

正如在其他问题中指出的那样，问题是dx(或dx.bat)不再可用。这是2018年宣布的一项有目的的改变。

建议将d8重命名为dx或从构建工具30.0.0复制它将解决问题，但dx不太可能返回。因此，今后你将不得不在每个开发人员的机器上为每个构建工具安装补丁。

更向前兼容的解决方案是升级你的Android Gradle插件。这并不像在Gradle中更改数字那么简单，但我发现Android Studio的升级过程对我的项目很有效。如果您打开项目级构建。Gradle文件，打开快速修复菜单从灯泡在你的

dependencies{
    classpath 'com.android.tools.build:gradle:...'

部分。从这里开始，选择升级到最新的版本(而不是仅仅4个。对我来说是X)。

然后我对所有的东西都运行升级步骤:

但我的问题是Unity特有的:我需要使用系统Android SDK，而不是内置的，但Unity本身喜欢重新生成这些构建文件，只会抓取它能找到的最新构建工具。为了减少手动步骤并避免导出我的项目，我选择生成模块级构建。我的“播放器设置>发布设置”窗口中的gradle文件:

这两个文件都有一行，看起来像这样:

buildToolsVersion '**BUILDTOOLS**'

你可以用:

buildToolsVersion '30.0.0'

在Unity中，这让我可以像以前一样构建和部署项目，而无需修改buildtools安装。