如何解决jvm内存溢出java.lang.OutOfMemoryError: GC overhead limit exceeded问题

如何解决虚拟机(Java虚拟机的缩写)内存溢出超过了Java。朗。内存不足错误： GC开销限制问题，针对这个问题，这篇文章详细介绍了相对应的分析和解答，希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。

错误日志信息

Java。朗。内存不足错误：超出gcoverheaddlimitexceeded

2020-06-1610:44:22.004[http-nio-8083-exec-91]错误o . a . c . core。集装箱船。[雄猫].[localhost]-ExceptionProcessingErrorPage[错误代码=0，位置=/error]

组织。弹簧框架。网络。乌提尔。嵌套servletexcept 3 3360 handlerprocessingfailed；nestedexceptionjava。朗。内存不足错误：超出gcoverheaddlimitexceeded

阿特罗格。弹簧框架。网络。servlet。dispatcherservlet。Dodispatch(dispatcherservlet。Java :1061)

阿特罗格。弹簧框架。网络。servlet。调度员vlet。doservice(调度程序vlet。Java :942)

阿特罗格。弹簧框架。网络。servlet。框架servlet。处理请求(框架servlet。Java 33601005)

阿特罗格。弹簧框架。网络。servlet。框架servlet。doget(框架servlet。Java 3360897)

在javax。servlet。http。HttpServlet。服务(HttpServlet。Java :634)

阿特罗格。弹簧框架。网络。servlet。框架servlet。服务(框架servlet。Java :882)

在javax。servlet。http。HttpServlet。服务(HttpServlet。Java :741)

阿特罗格。阿帕奇。卡特琳娜。核心。applicationfilterchain。内部筛选器(applicationfilterchain。Java 3360231)

阿特罗格。阿帕奇。卡特琳娜。核心。applicationfilterchain。dofilter(applicationfilter chain。Java 3360166)

阿特罗格。阿帕奇。卡特琳娜。核心。应用程序调度程序。调用(应用程序调度程序。java:712)

阿特罗格。阿帕奇。卡特琳娜。核心。应用程序调度程序。处理请求(应用程序调度程序。java:461)

阿特罗格。阿帕奇。卡特琳娜。核心。应用程序调度程序。向前(应用

icationDispatcher.java:384)
        at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:312)
        at org.apache.catalina.core.StandardHostValve.custom(StandardHostValve.java:394)
        at org.apache.catalina.core.StandardHostValve.status(StandardHostValve.java:253)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:175)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:74)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343)
        at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:367)
        at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:65)
        at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:868)
        at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1639)
        at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
        at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
        at java.lang.Thread.run(Thread.java:748)
Caused by: java.lang.OutOfMemoryError: GC overhead limit exceeded

问题原因

用ps命令查出该jar的运行的pid，然后查看java堆的详细信息，发现确实内存已经99%了。

原因1：初始内存配置确实太小

原因2：相关代码逻辑问题导致内存溢出

jmap -heap PID

问题解决

 这里暂时是先加大Heap Size：

-Xmx4000m -Xms4000m

调整后：

总结

重点检查代码逻辑问题，如果是代码的问题， 增加堆内存只能推迟产生java.lang.OutOfMemoryError，最终还是会内存溢出。

JVM参数

JVM启动参数共分为三类：

• 标准参数（-），所有的JVM实现都必须实现这些参数的功能，而且向后兼容； 

• 非标准参数（-X），指的是JVM底层的一些配置参数，这些参数在一般开发中默认即可，不需要任何配置。但是在生产环境中，并不保证所有jvm实现都满足，所以为了提高性能，往往需要调整这些参数，以求系统达到最佳性能。另外这些参数不保证向后兼容，也即是说“如有变更，恕不在后续版本的JDK通知”（这是官网上的原话）；

• 非Stable参数（-XX），这类参数在jvm中是不稳定的，不适合日常使用的，后续也是可能会在没有通知的情况下就直接取消了，需要慎重使用。

JVM内存的三个主要的域

三个主要域：新域、旧域以及永久域。 
JVM生成的所有新对象放在新域中。一旦对象经历了一定数量的垃圾收集循环后，便进入旧域。而在永久域中是用来存储JVM自己的反射对象的，如class和method对象，而且GC(Garbage Collection)不会在主程序运行期对永久域进行清理（主要原因）。其中新域和旧域属于堆，永久域是一个独立域并且不认为是堆的一部分。

各主要参数的作用

•         -Xms：设置jvm内存的初始大小

•         -Xmx：设置jvm内存的最大值

•         -Xmn：设置新域的大小（这个似乎只对 jdk1.4来说是有效的，后来就废弃了）

•         -Xss：设置每个线程的堆栈大小(也就是说,在相同物理内存下，减小这个值能生成更多的线程)

•         -XX：NewRatio :设置新域与旧域之比，如-XX：NewRatio = 4就表示新域与旧域之比为1：4

•         -XX:NewSize：设置新域的初始值

•         -XX:MaxNewSize ：设置新域的最大值

•         -XX:PermSize：设置永久域的初始值

•         -XX:MaxPermSize：设置永久域的最大值

•         -XX:SurvivorRatio=n:设置新域中Eden区与两个Survivor区的比值。（Eden区主要是用来存放新生的对象，而两个 Survivor区则用来存放每次垃圾回收后存活下来的对象）

关于如何解决jvm内存溢出java.lang.OutOfMemoryError: GC overhead limit exceeded问题问题的解答就分享到这里了，希望