在www.example.com中增加此属性上的分配内存org.gradle.jvmargs=-Xmx 3000 mgradle.properties 为我解决了这个问题。

试试这个

File -> Invalidate Caches/restart -> Invalidate and Restart

Build -> Clean Project

我升级到新的IDE（基于Intellij 2019.3）后遇到了同样的问题;但是一旦我把我的OpenJDK从8升级到11，它就工作了。同时确保你有足够的堆RAM gradle.propertise像3GB > org.gradle.jvmargs=-Xmx3000m

我们也有这个问题。我们有一个相当大的构建。应用程序级别的gradle关键部分看起来像这样：

android {
  compileSdkVersion 28
  buildToolsVersion "28.0.3"

  ext.fancyAppNameVersionDate = fancyAppNameVersionDate

  buildTypes {
    debug {
       //[...]
    }
    release {
        //[...]
    }
  }

  defaultConfig {
      //[...]
  }
}

坏掉的部分是

ext.fancyAppNameVersionDate = fancyAppNameVersionDate

我不知道为什么它被写在那里，因为它没有用，我不知道为什么它现在是一个问题，而不是以前。但我删除了那行，它解决了这个问题。
这是一个特定的案例，但我只是尝试了一个新项目的build.gradle在我们的旧项目，它的工作。在那之后，我删除了所有不属于默认生成的build.gradle的部分，直到它工作。这样我就找到了那条发臭的线。
编辑：问题是多余房产的重新分配

ext.fancyAppNameVersionDate

与自己。

在我的情况下，“build.gradle”通过

apply from: "cordova.gradle"

因此，Groovy解析器超出了堆栈限制。
我所做的只是复制初始配置中导入的gradle配置的内容，而不是使用apply.from导入，这解决了这个问题。

我通过将AGP版本和Gradle版本更改为另一个来修复此问题。也许是更高版本，也许是更低版本，这取决于你的项目。

在我的例子中，应用程序是用JVM默认配置构建的。在build.gradle中更改解决了我的问题。

tasks.withType(GroovyCompile) {
    configure(groovyOptions) {
        forkOptions.jvmArgs = ['-Xmx1024m', '-Xss1024m']
    }
}