打开它。android文件夹中的属性文件。

替换这一行:

org.gradle.jvmargs=-Xmx1536M

:

org.gradle.jvmargs=-Xmx512m

解释: 从Gradle文件的最大限制:

如果请求的构建环境没有指定最大堆大小，守护进程将使用最多512MB的堆。

32位Java需要内存中连续的空闲空间才能运行。如果指定较大的堆大小，则内存中可能没有那么多连续的空闲空间，即使可用的空闲空间比必需的大得多。

在这些情况下，安装64位版本的Java会有所帮助，因为连续内存要求只适用于32位Java。

有时它与

$ sysctl vm.overcommit_memory
vm.overcommit_memory = 2

如果你设置为:

$ sysctl vm.overcommit_memory=0

它应该会起作用。

在我的情况下，我不能增加org.gradle.jvmargs=-Xmx…在它。超过1GB的属性。它没有工作，因为我的机器上安装了两个Java，一个是32位的(Gradle正在使用这个)，另一个是64位的。我通过添加指向64位Java的JAVA_HOME环境变量解决了这个问题。

我最近遇到了这个问题。我有3个java应用程序，起始堆大小为1024m或1280m。 Java查看交换中的可用空间，如果没有足够的可用内存，则jvm退出。

为了解决这个问题，我不得不终止几个分配了大量虚拟内存的程序。

我在x86-64 linux和64位jvm上运行。

我有适量的内存设置，但对我来说，它是使用64位intellij和32位jvm。一旦我切换到64位虚拟机，错误就消失了。