对于MAC电脑

请打开“Activity Monitor”，选择“memory”选项，强制静音Android studio和其他正在运行的java进程，就可以解决这个问题。

在我的案例中，罪魁祸首是限制性防火墙，反病毒系统的一部分。

根据https://discuss.gradle.org/t/timeout-waiting-to-lock-file-hash-cache/21961/2和https://github.com/elastic/elasticsearch/issues/50954#issuecomment-576772154, gradle-issue-8750, gradle服务器正在保留锁，并在其他gradle进程请求时释放它。通信通过本地主机上的UDP套接字进行。因此，如果有防火墙阻止这种通信，gradle保持文件锁和其他gradle进程不能继续。

尝试禁用AV /防火墙，看看问题是否消失。然后运行gradle，如下所示，以更好地了解发生了什么。

gradle --debug --no-daemon

调试日志显示锁的所有者，如果问题仍然存在，杀死锁的所有者。

2021-05-20T19:32:41.105+0200 [DEBUG] [org.gradle.cache.internal.DefaultFileLockManager] The file lock is held by a different Gradle process (pid: 67494, lockId: 628651820260732672). Pinged owner at port 58442
2021-05-20T19:32:42.330+0200 [DEBUG] [org.gradle.cache.internal.DefaultFileLockManager] The file lock is held by a different Gradle process (pid: 67494, lockId: 628651820260732672). Pinged owner at port 58442

然后kill -9 67494终止所有者并释放锁。

否则，一段时间后gradle会终止，并报错(在这里说明，这样很容易找到):

* What went wrong:
Gradle could not start your build.
 > Could not create service of type ResourceSnapshotterCacheService using GradleUserHomeServices.createResourceSnapshotterCacheService().
   > Timeout waiting to lock file hash cache (/Users/myusername/.gradle/caches/6.9/fileHashes). It is currently in use by another Gradle instance.
     Owner PID: 67494
     Our PID: 68313
     Owner Operation: 
     Our operation: 
     Lock file: /Users/myusername/.gradle/caches/6.9/fileHashes/fileHashes.lock

我没有必要删除任何文件来修复这个错误。

我遇到的问题是Gradle实例挂起了，并且在我的任务列表中有6个命令提示项，这些命令提示项是由Java生成的。

强制关闭命令提示符实例允许我像往常一样继续工作。

这可能是因为Android Studio的实例不止一个。

Mac用户在第一次Gradle同步

我在使用IntelliJ从GitLab克隆时也遇到了同样的问题。 事实上，正如这里提到的:https://stackoverflow.com/a/53269914/2231299 需要指定内部硬盘。

在我的例子中，步骤如下:

•本地克隆

•等待1st gradle同步执行

•移动目录到外部硬盘

•在新位置重新打开项目，然后gradle应该工作正常，即使是在外部硬盘上。

评论: 如果文件看起来有一些变化，不要害怕重新提交。这可能只是缩进或换行的问题，因为你的外部磁盘可能与你原来的mac磁盘有不同的格式。

只要删除你的。gradle文件夹在android文件夹

如果在您的文件资源管理器(WINDOWS)或查找器(MAC)中不可用

Windows操作系统: 转到查看选项并检查显示隐藏文件

对于Mac

只需按CMD + shift +。

现在运行你的应用程序。