在窗户上。在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

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

locktimeoutexception:等待锁定日志的超时时间 缓存用户缓存(C: \ \ unknown.gradle \ \ journal-1)。它目前在 被另一个Gradle实例使用

我也面临着同样的问题，我通过打开任务管理器，并在后台进程中检查“OpenJDK平台二进制文件”的运行实例，除了Android Stduio，只是“结束任务”这个任务和为我工作

有时候快速的方式会带来不优雅的交易，就是这样:

首先找到所有正在运行的gradle进程的#

ps -A | grep gradle

然后，拿到身份证，一个一个杀了他们

sudo kill -9 <process ID>

现在你很好了;-)

对于MAC电脑

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

按CTRL + SHIFT + ESC打开任务管理器，现在找到OpenJDK并杀死它到错误指向的地方

D:\.gradle\daemon\4.10.1\registry.bin.lock

删除文件并重新同步就可以了。

除了上面的答案，你还需要弄清楚为什么gradle进程退出而不释放锁来永久修复它。

在我的情况下，我做了所有*。锁定文件删除和Android Studio的无效缓存选项。但问题不断出现。

在终端中手动运行gradlew显示，当JVM堆空间耗尽时，gradle进程会过早退出。这个回答帮助解决了这个问题。

./gradlew build #to detect what crashes gradle processes
./gradlew --stop #to stop any running gradle processes

在解决问题后(例如:堆耗尽)

find .gradle/ -type f -name "*.lock" -delete #delete lock files
./gradlew build #Try building the project