您可以尝试通过参考此映像来更改服务器设置，并增加用于处理的内存大小 流程更改以黄色突出显示

你也可以通过打开cmd-> set _java_opts - xmx2g来改变java堆 2g(2gb)，这取决于程序的复杂程度

尽量少使用常数变量和临时变量

这条消息意味着由于某种原因，垃圾收集器花费了过多的时间(默认情况下占进程所有CPU时间的98%)，并且在每次运行中回收的内存非常少(默认情况下占堆时间的2%)。

这实际上意味着您的程序停止执行任何进度，并且一直忙于只运行垃圾收集。

为了防止应用程序占用CPU时间而不做任何事情，JVM抛出这个错误，以便您有机会诊断问题。

我很少看到这种情况发生的情况是，一些代码在已经非常受内存限制的环境中创建了大量临时对象和大量弱引用对象。

请查看Java GC调优指南，该指南可用于各种Java版本，其中包含关于此特定问题的部分:

Java 11调优指南中有针对不同垃圾收集器的过量GC的专门章节: 用于并联集热器 用于同步标记扫描(CMS)收集器 对于垃圾优先(G1)收集器，没有提到这种特定的错误条件。 Java 8调优指南及其过量GC部分 Java 6调优指南及其过量GC部分。

要在IntelliJ IDEA中增加堆大小，请遵循以下说明。这对我很管用。

对于Windows用户，

转到安装IDE的位置并搜索以下内容。

idea64.exe.vmoptions

编辑该文件并添加以下内容。

-Xms512m
-Xmx2024m
-XX:MaxPermSize=700m
-XX:ReservedCodeCacheSize=480m

就是这样!!

如果您确定程序中没有内存泄漏，请尝试:

增加堆的大小，例如-Xmx1g。 启用并发低暂停收集器-XX:+UseConcMarkSweepGC。 在可能的情况下重用现有对象以节省内存。

如果需要，可以通过在命令行中添加-XX:-UseGCOverheadLimit选项来禁用限制检查。

解决: 只需添加 org.gradle.jvmargs = -Xmx1024m 在 gradle.properties 如果它不存在，那就创造它。

试试这个

打开构建。gradle文件

  android {
        dexOptions {
           javaMaxHeapSize = "4g"
        }
   }