我正在尝试使用Android Studio，第一次启动它需要大约45分钟来编译...如果我不退出应用程序，每次后续的编译/运行应用程序将需要大约45秒。
我尝试检查我的一些缓存：在我的主目录下有一个.gradle/caches文件夹，它包含123MB。
在我的项目文件夹中还有一个.gradle文件夹......其中一个taskArtifacts大小为200MB。我不敢随意删除它们。这些文件夹的哪些部分是安全的可以删除的？
为什么我第一次加载应用程序时Android Studio运行gradle assemble任务需要很长时间？有没有更好的解释？
我还需要清除intellij缓存吗？
Gradle缓存位于
%USERPROFILE%\.gradle\caches~/.gradle/caches/您可以浏览到这些目录并手动删除它，或者运行
rm -r $HOME/.gradle/caches/
在UNIX系统上运行此命令也将强制下载依赖项。
注意：Android Studio中的文件 > 无效缓存/重启不会清除Android构建缓存，因此您需要单独清除它。
在Windows操作系统上：
gradlew cleanBuildCache
在Mac或UNIX上：
./gradlew cleanBuildCache
这篇文章“让你的Android Studio变得更轻盈”提供了有关Android Studio缓存的更多详细信息。
rm -rf ~/.gradle/caches/build-cache-1 即可。如果需要让 Gradle 重新下载依赖项，请在构建时加上 --refresh-dependencies 参数。 - TrevJonezgradlew clean cleanBuildCache。 - equiman正如评论中@Bradford20000所指出的，除了全局的Gradle脚本位于$HOME/.gradle下之外，还可能存在gradle.properties文件。在这种情况下，在删除此目录的内容时必须特别注意。
.gradle/caches目录存储了Gradle构建缓存。因此，如果您遇到任何有关构建缓存的错误，可以将其删除。
--no-build-cache选项将在不使用构建缓存的情况下运行gradle。
MS Windows上的守护进程 如果您使用的是Windows操作系统，则需要在清空这些目录之前停止守护进程。有关更多信息，请参见Kill all Gradle Daemons Regardless Version?。
cleanBuildCache 不再起作用。
Android Gradle插件现在使用Gradle缓存功能
https://guides.gradle.org/using-build-cache/
清除缓存
清除缓存目录以避免任何来自以前构建的影响
rm -rf $GRADLE_HOME/caches/build-cache-*
https://guides.gradle.org/using-build-cache/#caching_android_projects
其他说明: 参见此处（包括编辑）。
使用Gradle任务的最新解决方案：
cleanBuildCache
可通过Gradle的Android插件2.3.0版本（2017年2月）及以上版本获得。
依赖项:
更多信息请参见：
https://developer.android.com/studio/build/build-cache.html#clear_the_build_cache
Build cache
存储生成项目时Android插件生成的某些输出（例如未打包的AAR和预处理远程依赖项）。使用缓存时，干净的构建速度要快得多，因为构建系统可以在后续构建过程中直接重用这些缓存文件，而无需重新创建它们。使用Android插件2.3.0及更高版本的项目默认使用构建缓存。要了解更多信息，请阅读使用构建缓存提高构建速度。
注意：如果禁用构建缓存，则cleanBuildCache任务将不可用。
Windows：
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是特定于系统的文件，包含脚本。请查看相关的系统信息以了解如何执行这些脚本:
在使用gradle时要注意守护进程，必须在清除并重新运行gradle之前停止它。
首先停止守护进程：
./gradlew --stop
使用以下方法清除缓存：
rm -rf ~/.gradle/caches/
再次运行您的编译
./gradlew --stop 这行代码做了一切。 - ItounGradle守护进程还会创建许多大型文本文件记录每个构建的日志。这些文件存储在这里：
~/.gradle/daemon/X.X/daemon-XXXX.out.log
“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://dev59.com/JGAg5IYBdhLWcg3w7enx
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中查看调试输出 -> 查看 -> 工具窗口 -> 构建。然后按下该窗口上的“切换视图”按钮以显示文本输出。我的~/.gradle/caches/文件夹使用了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构建器缓存（使用任务cleanBuildCache），但他们似乎没有意识到该缓存是独立于Gradle的构建缓存的，据我所知。
我的理解是，Android的缓存早于（并启发）Gradle的缓存，但我可能是错的。无论Android构建器是否将更新为使用Gradle的缓存并退役自己的缓存，我不知道。
编辑：Android构建器缓存已过时并已被淘汰。Android Gradle插件现在使用Gradle的构建缓存。要控制此缓存，您现在必须与Gradle的通用缓存基础结构交互。
提示：在不提及关键字“android”的情况下在线搜索Gradle的缓存帮助，以获取当前相关的缓存帮助。
第二次编辑：由于tir38在下面的评论中提出的问题，我正在测试使用Android Gradle插件v3.4.2项目。 gradle缓存通过gradle.properties中的org.gradle.caching=true启用。我进行了几次clean build，第二次大多数任务都显示FROM-CACHE作为它们的状态，显示缓存正在工作。
令人惊讶的是，我有一个cleanBuildCache gradle任务和一个<user-home>/.android/build-cache/3.4.2/目录，两者都暗示着存在一个Android构建器缓存。
我执行了cleanBuildCache命令，3.4.2/目录消失了。接下来我进行了另一个clean build操作：
FROM-CACHE，并且构建在启用了缓存的速度下完成。3.4.2/目录被重新创建。3.4.2/目录是空的（除了两个隐藏的、零长度的标记文件）。结论：
cleanBuildCache不会以任何方式清除或影响构建缓存。接下来，我通过从gradle.properties中删除org.gradle.caching=true来禁用Gradle缓存，并尝试了几次clean build：
3.4.2/目录仍然为空。更多结论：
编辑3：用户tir38确认了Android构建器缓存已经过时，并已经被取消，在这里找到了证明。tir38也创建了此问题。谢谢！
3.4.2/目录。2.存在cleanBuildCache任务。3.禁用Gradle构建缓存并重新构建没有显示任何证据表明Android任务命中了缓存。 - tir38适用于Mac或Linux用户：
清理特定项目/ 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
./gradlew SomeApp:installDebug --no-build-cache
./gradlew clean build --no-build-cache的意思是强制进行项目构建，而不使用构建缓存。 - ams