您还可以通过将此添加到gradle中来增加内存分配和堆大小。属性文件:

org . gradle。jvmargs = -Xmx2048M -XX: MaxHeapSize \ = 32g

它不需要2048M和32g，你想要多大就有多大。

我在使用Oracle web逻辑服务器时得到了这个错误。我分享我的答案作为参考，以防有人最终在这里寻找解决方案。

所以，如果你试图提升Oracle web逻辑服务器并得到这个错误，那么你只需要增加运行服务器的初始和最大堆大小。

转到- > C:\Oracle\Middleware\Oracle_Home\user_projects\domains\wl_server\bin 打开setDomainEnv.cmd 检查设置USER_MEM_ARGS值，如果小于 set USER_MEM_ARGS="- xms128m - Xmx8192m ${MEM_DEV_ARGS} ${MEM_MAX_PERM_SIZE}"

这意味着初始堆大小设置为128 MB，最大堆大小为8GB。 现在，只需保存文件并重新启动服务器。如果不能解决问题，请尝试增加大小或寻找优化服务的方法。

参考，检查这个链接:https://docs.oracle.com/cd/E49933_01/server.770/es_install/src/tins_postinstall_jvm_heap.html

edit:检查您是否能够在运行服务器时看到更新的java参数。就像这样 如果它像以前一样，那么替换setDoaminEnv中显示的值。CMD由简单的搜索和替换。

在build.gradle(Module:app)文件中增加javaMaxHeapsize

dexOptions {
    javaMaxHeapSize "1g"
}

to(在gradle中添加这一行)

 dexOptions {
        javaMaxHeapSize "4g"
    }

我不知道这是否仍然相关，但只是想分享对我有用的东西。

更新kotlin版本至最新可用版本。https://blog.jetbrains.com/kotlin/category/releases/

做完了。

在Netbeans中，设计最大堆大小可能会有所帮助。执行命令Run =>设置项目配置=>自定义。在弹出窗口的运行中，进入虚拟机选项，填写-Xms2048m -Xmx2048m。它可以解决堆大小的问题。

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

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

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

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

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

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