java.lang.OutOfMemoryError: GC overhead limit exceeded

在做stanford nlp chinese jar 工具包处理中文 时，遇到这个问题，因为我们用的是springboot框架，内置tomcat，修改了代码启动的堆栈分配不起作用，错误变成了

• java.lang.OutOfMemoryError: Java heap space

不起作用的设置如下：

在代码上右键，依次点击“Run As ”-> “Run Configurations ”，在Arguments 参数中的“VM arguments: ”中填入如下值。

-Xms64m -Xmx128m，设置一下堆栈的分配

然后查看该问题，GC占用了多余98%（默认值）的CPU时间却只回收了少于2%（默认值）的堆空间。目的是为了让应用终止，给开发者机会去诊断问题。一般是应用程序在有限的内存上创建了大量的临时对象或者弱引用对象，从而导致该异常。虽然加大内存可以暂时解决这个问题，但是还是强烈建议去优化代码，后者更加有效。

即是发生在GC占用大量时间为释放很小空间的时候发生的，是一种保护机制。一般是因为堆太小，导致异常的原因：没有足够的内存。 

要了解这个，需要先了解一下堆内存和非堆内存，

按照官方的说法：“Java 虚拟机具有一个堆，堆是运行时数据区域，所有类实例和数组的内存均从此处分配。堆是在 Java 虚拟机启动时创建的。”“在JVM中堆之外的内存称为非堆内存(Non-heap memory)”。可以看出JVM主要管理两种类型的内存：堆和非堆。简单来说堆就是Java代码可及的内存，是留给开发人员使用的；非堆就是JVM留给 自己用的，所以方法区、JVM内部处理或优化所需的内存(如JIT编译后的代码缓存)、每个类结构(如运行时常数池、字段和方法数据)以及方法和构造方法 的代码都在非堆内存中。

组成图

堆内存分配

JVM初始分配的堆内存由-Xms指定，默认是物理内存的1/64；JVM最大分配的堆内存由-Xmx指定，默认是物理内存的1/4。默认空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大限制；
空余堆内存大于70%时，JVM会减少堆直到-Xms的最小限制。因此服务器一般设置-Xms、-Xmx 相等以避免在每次GC 后调整堆的大小。
说明：如果-Xmx 不指定或者指定偏小，应用可能会导致java.lang.OutOfMemory错误，此错误来自JVM，不是Throwable的，无法用try...catch捕捉。      

非堆内存分配
      JVM使用-XX:PermSize设置非堆内存初始值，默认是物理内存的1/64；由XX:MaxPermSize设置最大非堆内存的大小，默认是物理内存的1/4。

如果这部分分配少，但是你的项目class加载过多，就会内存溢出PermGen space错误。

jvm参数说明

-Xms设置堆的最小空间大小。
-Xmx设置堆的最大空间大小。
-XX:NewSize设置新生代最小空间大小。
-XX:MaxNewSize设置新生代最大空间大小。
-XX:PermSize设置永久代最小空间大小。
-XX:MaxPermSize设置永久代最大空间大小。
-Xss设置每个线程的堆栈大小。

这部分大家需要的话找资料看吧https://blog.csdn.net/weixin_37195606/article/details/82805216，这个博文讲的挺详细的

配置tomcat调用的虚拟机内存大小

（1）直接设置tomcat

　　Linux

　　修改TOMCAT_HOME/bin/catalina.sh 
　　位置cygwin=false前。
　　JAVA_OPTS="-server -Xms256m -Xmx512m -XX:PermSize=64M -XX:MaxPermSize=128m" （仅做参考，具体数值根据自己的电脑内存配置）

　　windows

　　修改TOMCAT_HOME/bin/catalina.bat 
　　第一行加上
　　JAVA_OPTS="-server -Xms256m -Xmx512m -XX:PermSize=64M -XX:MaxPermSize=128m" 

（2）配置环境变量

　　环境变量中设     变量名：JAVA_OPTS     变量值：-Xms512m   -Xmx512m