当终止进程和/或删除锁文件工作时，Gradle应该能够自己处理这个问题，永久地解决这个问题。这个问题报告暗示了解决方案:Gradle无法与Gradle服务通信。

检查一下您本地的网络防火墙。就我而言，

允许从127.0.0.1到127.0.0.1的出站流量， sudo iptables -A OUTPUT -p udp -s 127.0.0.1 -d 127.0.0.1 -j ACCEPT 允许来自127.0.0.1的传入流量 sudo iptables -A INPUT -s 127.0.0.1 -p udp -j ACCEPT

解决了这个问题。github上关于类似问题的讨论。

并且，请参考任何链接来提高我对Android中Gradle Build系统的知识。

udacity gradle课程，如果你有时间的话。

我被同一件事困住了。但很快就解决了。只需删除文件:

D: \ .gradle \ \但是\ registry.bin.lock的守护进程

此外，我已经从任务管理器中结束了OpenJDK。不管有没有帮助，他们俩都解决了这个问题。

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

根据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应该能够自己处理这个问题，永久地解决这个问题。这个问题报告暗示了解决方案:Gradle无法与Gradle服务通信。

检查一下您本地的网络防火墙。就我而言，

允许从127.0.0.1到127.0.0.1的出站流量， sudo iptables -A OUTPUT -p udp -s 127.0.0.1 -d 127.0.0.1 -j ACCEPT 允许来自127.0.0.1的传入流量 sudo iptables -A INPUT -s 127.0.0.1 -p udp -j ACCEPT

解决了这个问题。github上关于类似问题的讨论。

并且，请参考任何链接来提高我对Android中Gradle Build系统的知识。

udacity gradle课程，如果你有时间的话。

在窗户上。在Android Studio中打开终端窗口(用于在项目的根文件夹中启动)并倾斜

 .\gradlew --stop

我回答说:

Welcome to Gradle 7.3.3!

Here are the highlights of this release:
 - Easily declare new test suites in Java projects
 - Support for Java 17
 - Support for Scala 3

For more details see https://docs.gradle.org/7.3.3/release-notes.html

Stopping Daemon(s)
1 Daemon stopped

现在，它可以像以前一样进行构建和运行

在Mac上遇到同样的问题时，以上这些方法对我都不起作用。但是，有效的方法是打开活动监视器并关闭正在运行的java进程。我还注意到生成了一个.hprof文件，我删除了它。在那之后，我运行了我的项目，它成功了。