OOM分析与解决

最新推荐文章于 2024-05-03 16:12:22 发布

Flora.~

最新推荐文章于 2024-05-03 16:12:22 发布

阅读量846

点赞数 19

分类专栏：问题集文章标签： java

本文链接：https://blog.csdn.net/weixin_40497710/article/details/135305607

版权

11 篇文章 0 订阅

订阅专栏

一、分类

OOM:java.lang.OutOfMemoryError

堆内存（Heap Space）没有足够空间存放新创建的对象

java.lang.OutOfMemoryError:Javaheap space

原因：

方案：
针对大部分情况，通常只需要通过 -Xmx 参数调高 JVM 堆内存空间即可。如果仍然没有解决，可以参考以下情况做进一步处理：

应用程序已经基本耗尽了所有可用内存， GC 也无法回收。
当 Java 进程花费 98% 以上的时间执行 GC，但只恢复了不到 2% 的内存，且该动作连续重复了 5 次:

java.lang.OutOfMemoryError:GC overhead limit exceeded

永久代（Permanent Generation）（或Metaspace JDK1.8）已用满，通常是因为加载的 class 数目太多或体积太大。

永久代存储对象：

方案：

程序启动报错，修改 -XX:MaxPermSize 启动参数，调大永久代空间。
应用重新部署时报错，很可能是加载了多份 class 信息，只需重启 JVM 即可解决。
运行时报错，应用程序可能会动态创建大量 class，而这些 class 的生命周期很短暂，但是 JVM 默认不会卸载 class，可以设置 -XX:+CMSClassUnloadingEnabled 和 -XX:+UseConcMarkSweepGC这两个参数允许 JVM 卸载 class。

如果上述方法无法解决，可以通过 jmap 命令 dump 内存对象 jmap-dump:format=b,file=dump.hprof ，然后利用 Eclipse MAT https://www.eclipse.org/mat 功能逐一分析开销最大的 classloader 和重复 class。

每个 Java 线程都需要占用一定的内存空间，当 JVM 向底层操作系统请求创建一个新的 native 线程时，如果没有足够的资源分配就会报此类错误。

java.lang.OutOfMemoryError:Unableto createnewnativethread

原因：

方案：

升级配置，为机器提供更多的内存；
降低 Java Heap Space 大小；
修复应用程序的线程泄漏问题；
限制线程池大小；
使用 -Xss 参数减少线程栈的大小；
调高 OS 层面的线程最大数：执行 ulimia-a 查看最大线程数限制，使用 ulimit-u xxx 调整最大线程数限制。ulimit -a … 省略部分内容 … max user processes (-u) 16384

可用的虚拟内存已被耗尽。
虚拟内存（Virtual Memory）由物理内存（Physical Memory）和交换空间（Swap Space）两部分组成。
当运行时程序请求的虚拟内存溢出时就会报错。

Out of swap space

原因：

方案：

关注