正如@Bradford20000在评论中指出的那样，可能会有gradle。属性文件以及位于$HOME/.gradle下的全局gradle脚本。在这种情况下，删除该目录的内容时必须特别注意。

. Gradle /caches目录保存着Gradle构建缓存。如果你有任何关于构建缓存的错误，你可以删除它。

——no-build-cache选项将在没有构建缓存的情况下运行gradle。

Windows守护进程 如果您使用的是Windows，则需要在守护进程允许您清除这些目录之前杀死它。参见Kill all Gradle Daemons Regardless Version?更多信息。

Gradle缓存位于

Windows: %USERPROFILE%\.gradle\缓存 Mac / UNIX: ~/.gradle/caches/

您可以浏览到这些目录并手动删除或运行

rm -r $HOME/.gradle/caches/

在UNIX系统上。运行此命令还将强制下载依赖项。

更新

清除当前项目的Android构建缓存

注意:Android Studio的文件>无效缓存/重新启动不清除Android构建缓存，所以你必须单独清除它。

在Windows上:

gradlew cleanBuildCache

在Mac或UNIX上:

./gradlew cleanBuildCache

更新2

这篇文章将为你的Android Studio提供更多关于Android Studio缓存的细节

更新

cleanBuildCache不再工作。

Android Gradle插件现在利用Gradle缓存功能 https://guides.gradle.org/using-build-cache/

清除缓存 清理缓存目录，以避免任何来自以前版本的攻击 rm -rf $GRADLE_HOME/ cached /build-cache-*

https://guides.gradle.org/using-build-cache/#caching_android_projects

其他题外话:见这里(包括编辑)。

=== obsolete info ===

使用Gradle任务的最新解决方案:

cleanBuildCache

可通过Android插件用于Gradle，修订版2.3.0(2017年2月)

依赖关系:

Gradle 3.3或更高。 Build Tools 25.0.0或更高版本。

更多信息: https://developer.android.com/studio/build/build-cache.html#clear_the_build_cache

背景

建立缓存 存储Android插件在构建项目时生成的某些输出(如未打包的aar和预解码的远程依赖项)。在使用缓存时，干净的构建要快得多，因为构建系统可以在后续构建期间重用那些缓存的文件，而不是重新创建它们。使用Android插件2.3.0及更高版本的项目默认使用构建缓存。要了解更多信息，请阅读使用构建缓存提高构建速度。

注意:如果禁用构建缓存，cleanBuildCache任务将不可用。

使用

窗口:

gradlew cleanBuildCache

Linux / Mac:

gradle cleanBuildCache

Android Studio / IntelliJ:

gradle tab (default on right) select and run the task or add it via the configuration window 

注意:gradle / gradlew是包含脚本的系统特定文件。请查看相关的系统信息如何执行脚本:

Linux 窗户 Mac

gradle守护进程还为每个构建日志创建许多大型文本文件。它们存储在这里:

~ gradle守护/ X。X /日志daemon-XXXX出局。

“X.X”是正在使用的gradle版本，比如“7.5”，而“XXXX”只是随机数，比如“1234”。"~"是你的用户$HOME文件夹。

总大小可以在短短几个月内增长到几百MB。没有办法禁用日志记录。这些文件不会自动删除，实际上也不需要保留。

但是你可以创建一个小的gradle任务来自动删除它们，并释放大量的磁盘空间:

添加到你的app/build.gradle:

android {

    buildTypes {
        ...
    }

    // Delete large build log files from ~/.gradle/daemon/X.X/daemon-XXX.out.log
    // Source 1: https://discuss.gradle.org/t/gradle-daemon-produces-a-lot-of-logs/9905
    // Source 2: https://stackoverflow.com/questions/23025433/how-to-clear-gradle-cache#51479044
    def gradle = project.getGradle()
    new File("${gradle.getGradleUserHomeDir().getAbsolutePath()}/daemon/${gradle.getGradleVersion()}").listFiles().each {
        if (it.getName().endsWith('.out.log')) {
            // println("Deleting gradle log file: $it") // Optional debug output
            it.delete()
        }
    }
}

要查看哪些文件正在被删除，您可以启用println()行，然后查看Android Studio -> View -> Tool Windows -> Build中的调试输出。然后按下该窗口上的“Toggle View”按钮，显示文本输出。

注意，Gradle Sync或任何Gradle Build都会触发文件删除。

更好的方法是自动将文件移动到回收站/回收站，或者至少先将它们复制到回收站文件夹。但我不知道该怎么做。

小心gradle守护进程，你必须在清除和重新运行gradle之前停止它。

停止第一个守护进程:

./gradlew --stop

清洁缓存使用:

rm -rf ~/.gradle/caches/

再次运行编译

这里张贴的信息似乎不正确。一些人报告了如何清除Android构建器缓存(使用任务cleanBuildCache)，但似乎没有意识到所说的缓存是独立于Gradle的构建缓存AFAIK的。

我的理解是，Android的缓存早于(并启发了)Gradle，但我可能错了。Android的构建器是否会被更新为使用Gradle的缓存并退出自己的缓存，我不知道。

编辑:Android构建器缓存是过时的，已经被淘汰。Android的Gradle插件现在使用Gradle的构建缓存代替。为了控制这个缓存，你现在必须与Gradle的通用缓存基础结构进行交互。

提示:在线搜索Gradle的缓存帮助，不要提到关键字“android”，以获得当前相关缓存的帮助。

编辑2:由于下面评论中的tir38的问题，我正在使用Android Gradle插件v3.4.2项目进行测试。gradle缓存是由org.gradle启用的。在gradle.properties中缓存=true。我做了一对干净的构建和第二次大多数任务显示FROM-CACHE作为他们的状态，显示缓存正在工作。

令人惊讶的是，我有一个cleanBuildCache gradle任务和<user-home>/. Android /build-cache/3.4.2/目录，两者都暗示存在一个Android构建器缓存。

我执行cleanBuildCache, 3.4.2/目录消失了。接下来我做了另一个干净的构建:

没有任何变化:大多数任务以启用缓存的速度显示FROM-CACHE状态并完成构建。 重新创建“3.4.2/”目录。 3.4.2/目录为空(保存2个隐藏的零长度标记文件)。

结论:

所有正常的Android构建器任务的缓存是由Gradle处理的。 执行cleanBuildCache不会以任何方式清除或影响构建缓存。 那里仍然有一个Android构建器缓存。这可能是Android构建团队忘记删除的残留代码，或者它实际上缓存了一些奇怪的东西，无论出于什么原因，都没有或不能移植到Gradle缓存中。(恕我直言，“不能”选项是完全可以改进的。)

接下来，我通过删除org.gradle禁用Gradle缓存。缓存=true从gradle。属性和我尝试了一些干净的构建:

构建很慢。 所有任务都显示它们的状态为正在执行，而不是缓存或最新。 “3.4.2/”目录继续为空。

更多的结论:

当Gradle缓存命中失败时，没有Android构建器缓存回退。 Android构建器缓存，至少对于普通任务来说，确实已经被取消了。 相关的android文档包含过时的信息。特别是缓存在默认情况下并没有启用，Gradle缓存必须手动启用。

编辑3:用户tir38确认Android构建器缓存已经过时，并且已经被消除。Tir38也制造了这个问题。谢谢!

在android studio中打开“查看>工具Windows >终端”并执行以下命令

在Windows上:

gradlew cleanBuildCache

在Mac或Linux上:

./gradlew cleanBuildCache

如果你想要从你的项目中禁用缓存，把这个添加到gradle的构建属性中

(警告:如果没有缓存，这可能会降低您的PC性能，而在每次运行应用程序时都会消耗相同的时间)

android.enableBuildCache=false

在android studio中清除gradle缓存:

开放终端和 运行gradlew清洁

我的~ /。gradle/caches/ folder使用14G。

在使用以下解决方案后，它从14G下降到1.7G。

$ rm -rf ~/.gradle/caches/transforms-*

$ rm -rf ~/.gradle/caches/build-cache-*

奖金:

这个命令显示了使用的缓存空间的详细信息

$ sudo du -ah --max-depth 1 ~/.gradle/caches/ | sort -hr

这篇文章让你的Android Studio节食非常有帮助

对于那些想要快速解决问题的人，请按下: File > Invalidate cache重启

清除特定项目/jar的缓存:

找到与该项目相关的所有缓存文件

find ~/.gradle/caches -name yourproject

上面的命令将返回所有与你的项目相关的缓存文件

rm -rf <each file returned>

您需要将缓存文件的路径传递给上面的命令。

gradle clean install

最后拉出最新的工件

更新:

删除缓存的一行代码:

for file in `find ~/.gradle/caches -name yourprojectartifactid`; do `rm -rf $file`; done

最新的命令:

--no-build-cache

网址:https://docs.gradle.org/current/userguide/build_cache.html 适用于如下命令:

./gradlew SomeApp:installDebug --no-build-cache

使用gradle命令在我的项目中不起作用，我一直失败，上面列出的命令在我的根项目中不受支持。 删除缓存目录中的目录对我有用。

Sudo rm -r .gradle/caches/*

我曾尝试删除错误报告中出现的工件，但这为我提供了一个干净的工作空间，并能够更容易地缩小依赖关系问题。

将compileSdkVersion和targetSdkVersion从30升级到31，解决了我的情况下的问题。但是构建在99%时失败，给出了这个奇怪的错误，在这里发现了一个以上的文件，与操作系统独立的路径“lib/armeabi-v7a/libfbjni.so”。由给出的解求解。

我删除了grade的内容。属性(全局属性)手动。 操作完成。

我也有同样的问题 去看看

文件->无效现金然后检查选项清除文件系统现金和本地历史记录，然后单击按钮无效并重新启动 重新启动后，android工作室应该消失了。: -) GL