OOM 9种常见原因及解决方案

这篇具有很好参考价值的文章主要介绍了OOM 9种常见原因及解决方案。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

当 JVM 内存严重不足时,就会抛出 java.lang.OutOfMemoryError 错误。本文总结了常见的 OOM 原因及其解决方法,如下图所示。
java oom,jvm,java,开发语言
1、Java heap space
当堆内存(Heap Space)没有足够空间存放新创建的对象时,就会抛出 java.lang.OutOfMemoryError:Javaheap space 错误(根据实际生产经验,可以对程序日志中的 OutOfMemoryError 配置关键字告警,一经发现,立即处理)。

原因分析
Java heap space 错误产生的常见原因可以分为以下几类:

1、请求创建一个超大对象,通常是一个大数组。

2、超出预期的访问量/数据量,通常是上游系统请求流量飙升,常见于各类促销/秒杀活动,可以结合业务流量指标排查是否有尖状峰值。

3、过度使用终结器(Finalizer),该对象没有立即被 GC。

4、内存泄漏(Memory Leak),大量对象引用没有释放,JVM 无法对其自动回收,常见于使用了 File 等资源没有回收。

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

1、如果是超大对象,可以检查其合理性,比如是否一次性查询了数据库全部结果,而没有做结果数限制。

2、如果是业务峰值压力,可以考虑添加机器资源,或者做限流降级。

3、如果是内存泄漏,需要找到持有的对象,修改代码设计,比如关闭没有释放的连接。

2、GC overhead limit exceeded
当 Java 进程花费 98% 以上的时间执行 GC,但只恢复了不到 2% 的内存,且该动作连续重复了 5 次,就会抛出 java.lang.OutOfMemoryError:GC overhead limit exceeded 错误。简单地说,就是应用程序已经基本耗尽了所有可用内存, GC 也无法回收。

此类问题的原因与解决方案跟 Java heap space 非常类似,可以参考上文。

3、Permgen space
该错误表示永久代(Permanent Generation)已用满,通常是因为加载的 class 数目太多或体积太大。

原因分析
永久代存储对象主要包括以下几类:

1、加载/缓存到内存中的 class 定义,包括类的名称,字段,方法和字节码;

2、常量池;

3、对象数组/类型数组所关联的 class;

4、JIT 编译器优化后的 class 信息。

PermGen 的使用量与加载到内存的 class 的数量/大小正相关。

解决方案
根据 Permgen space 报错的时机,可以采用不同的解决方案,如下所示:

1、程序启动报错,修改 -XX:MaxPermSize 启动参数,调大永久代空间。

2、应用重新部署时报错,很可能是没有应用没有重启,导致加载了多份 class 信息,只需重启 JVM 即可解决。

3、运行时报错,应用程序可能会动态创建大量 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。

4、Metaspace
JDK 1.8 使用 Metaspace 替换了永久代(Permanent Generation),该错误表示 Metaspace 已被用满,通常是因为加载的 class 数目太多或体积太大。

此类问题的原因与解决方法跟 Permgenspace 非常类似,可以参考上文。需要特别注意的是调整 Metaspace 空间大小的启动参数为 -XX:MaxMetaspaceSize。

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

原因分析
JVM 向 OS 请求创建 native 线程失败,就会抛出 Unableto createnewnativethread,常见的原因包括以下几类:

1、线程数超过操作系统最大线程数 ulimit 限制;

2、线程数超过 kernel.pid_max(只能重启);

3、native 内存不足;

该问题发生的常见过程主要包括以下几步:

1、JVM 内部的应用程序请求创建一个新的 Java 线程;

2、JVM native 方法代理了该次请求,并向操作系统请求创建一个 native 线程;

3、操作系统尝试创建一个新的 native 线程,并为其分配内存;

4、如果操作系统的虚拟内存已耗尽,或是受到 32 位进程的地址空间限制,操作系统就会拒绝本次 native 内存分配;

5、JVM 将抛出 java.lang.OutOfMemoryError:Unableto createnewnativethread 错误。

解决方案
1、升级配置,为机器提供更多的内存;

2、降低 Java Heap Space 大小;

3、修复应用程序的线程泄漏问题;

4、限制线程池大小;

5、使用 -Xss 参数减少线程栈的大小;

6、调高 OS 层面的线程最大数:执行 ulimia-a 查看最大线程数限制,使用 ulimit-u xxx 调整最大线程数限制。

ulimit -a … 省略部分内容 … max user processes (-u) 16384

6、Out of swap space?
该错误表示所有可用的虚拟内存已被耗尽。虚拟内存(Virtual Memory)由物理内存(Physical Memory)和交换空间(Swap Space)两部分组成。当运行时程序请求的虚拟内存溢出时就会报 Outof swap space? 错误。

原因分析
该错误出现的常见原因包括以下几类:

1、地址空间不足;

2、物理内存已耗光;

3、应用程序的本地内存泄漏(native leak),例如不断申请本地内存,却不释放。

4、执行 jmap-histo:live 命令,强制执行 Full GC;如果几次执行后内存明显下降,则基本确认为 Direct ByteBuffer 问题。

解决方案
根据错误原因可以采取如下解决方案:

1、升级地址空间为 64 bit;

2、使用 Arthas 检查是否为 Inflater/Deflater 解压缩问题,如果是,则显式调用 end 方法。

3、Direct ByteBuffer 问题可以通过启动参数 -XX:MaxDirectMemorySize 调低阈值。

4、升级服务器配置/隔离部署,避免争用。

7、 Kill process or sacrifice child
有一种内核作业(Kernel Job)名为 Out of Memory Killer,它会在可用内存极低的情况下“杀死”(kill)某些进程。OOM Killer 会对所有进程进行打分,然后将评分较低的进程“杀死”,具体的评分规则可以参考 Surviving the Linux OOM Killer。

不同于其他的 OOM 错误, Killprocessorsacrifice child 错误不是由 JVM 层面触发的,而是由操作系统层面触发的。

原因分析
默认情况下,Linux 内核允许进程申请的内存总量大于系统可用内存,通过这种“错峰复用”的方式可以更有效的利用系统资源。

然而,这种方式也会无可避免地带来一定的“超卖”风险。例如某些进程持续占用系统内存,然后导致其他进程没有可用内存。此时,系统将自动激活 OOM Killer,寻找评分低的进程,并将其“杀死”,释放内存资源。

解决方案
1、升级服务器配置/隔离部署,避免争用。

2、OOM Killer 调优。

8、Requested array size exceeds VM limit
JVM 限制了数组的最大长度,该错误表示程序请求创建的数组超过最大长度限制。

JVM 在为数组分配内存前,会检查要分配的数据结构在系统中是否可寻址,通常为 Integer.MAX_VALUE-2。

此类问题比较罕见,通常需要检查代码,确认业务是否需要创建如此大的数组,是否可以拆分为多个块,分批执行。

9、Direct buffer memory
Java 允许应用程序通过 Direct ByteBuffer 直接访问堆外内存,许多高性能程序通过 Direct ByteBuffer 结合内存映射文件(Memory Mapped File)实现高速 IO。

原因分析
Direct ByteBuffer 的默认大小为 64 MB,一旦使用超出限制,就会抛出 Directbuffer memory 错误。

解决方案
1、Java 只能通过 ByteBuffer.allocateDirect 方法使用 Direct ByteBuffer,因此,可以通过 Arthas 等在线诊断工具拦截该方法进行排查。

2、检查是否直接或间接使用了 NIO,如 netty,jetty 等。

3、通过启动参数 -XX:MaxDirectMemorySize 调整 Direct ByteBuffer 的上限值。

4、检查 JVM 参数是否有 -XX:+DisableExplicitGC 选项,如果有就去掉,因为该参数会使 System.gc() 失效。

5、检查堆外内存使用代码,确认是否存在内存泄漏;或者通过反射调用 sun.misc.Cleaner 的 clean() 方法来主动释放被 Direct ByteBuffer 持有的内存空间。

6、内存容量确实不足,升级配置。

推荐工具&产品
JVM 内存分析工具 mat
1、Eclipse Memory Analyzer

https://www.eclipse.org/mat

阿里云 APM 产品,支持 OOM 异常关键字告警
2、ARMS

https://help.aliyun.com/document_detail/42966.html?spm=a2c4g.11174283.6.685.d69b668cuztvff

阿里 Java 在线诊断工具 Arthas(阿尔萨斯)
3、alibaba Arthas

https://github.com/alibaba/arthas

参考文章
1、Plumbr OutOfMemoryError(推荐,含代码示例)

2、GCeasy OutOfMemoryError

3、JVM 内存结构文章来源地址https://www.toymoban.com/news/detail-843506.html

到了这里,关于OOM 9种常见原因及解决方案的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 常用调优命令及各种 OOM 的应对策略【JVM调优】

    ① jps:显示所有虚拟机进程; ② jstack:生成当前线程快照; ③ jmap:生成 dump 堆转储文件; ④ jhat:与 jmap 搭配使用,生成 dump 的分析结果; ⑤ jstat:监控虚拟机运行时的状态信息; ⑥ jinfo:实时查看和调整虚拟机运行参数。 ① -Xmx:设置堆内存的最大限制; ② -XX:NewS

    2024年02月08日
    浏览(38)
  • Kafka消息发送失败的常见原因及解决方案

    1.1、网络故障 网络故障是Kafka消息发送失败的最常见原因之一。当网络出现故障时,Kafka就无法将消息发送到目标主题或分区。 解决方法: - 检查网络连接是否正常。 - 增加Kafka生产者的重试次数和超时时间。 1.2、分区副本不可用 如果Kafka生产者将消息发送到一个不可用的分

    2024年02月03日
    浏览(69)
  • Android 内存泄漏的常见原因及其对应的解决方案

    Android应用程序中常见的内存泄漏原因有很多,以下是一些常见的原因及对应的解决方案: 1. 静态引用导致的内存泄漏: 静态变量持有对Activity或Fragment的引用,导致它们无法被垃圾回收机制释放。 解决方案: 确保不将Activity或Fragment的实例赋值给静态变量。如果确实需要使用

    2024年02月08日
    浏览(54)
  • LINUX常见问题之oom kill

    OOM(Out Of Memory)机制为Linux内核中一种自我保护机制,当系统分配不出内存时(触发条件)会触发这个机制,由系统在已有进程中挑选一个占用内存较多,回收内存收益最大的进程杀掉来释放内存。 Linux下允许程序申请比系统可用内存更多的内存(如malloc函数),这个特性叫Overcommi

    2024年02月02日
    浏览(51)
  • Android大图加载优化方案,避免程序OOM

    我们在编写Android程序的时候经常要用到许多图片,不同图片总是会有不同的形状、不同的大小,但在大多数情况下,这些图片都会大于我们程序所需要的大小。比如微博长图,海报等等。所以我们就要对图片进行局部显示。 基本需求 :当我们有一张绿色大小的大图,我们需

    2024年02月07日
    浏览(38)
  • Kibana 最常见的“启动报错”或“无法连接ES集群服务”的故障原因及解决方案汇总

    新手最常见的 Kibana 服务不可用的问题解答,此类问题如非有经验积累,可能耗费大量时间还不能解决,所以我特此整理了新手常见的 Kibana连不上集群或启动报错的问题及解决方案。 可能会有遗漏,如果你遇到的问题不在此列表,请私信提问,我会在此补充。 Kibana 服务正在

    2024年02月02日
    浏览(50)
  • 【网络连接】ping不通的常见原因+解决方案,如何在只能访问网关时诊断,并修复IP不通的问题

    🌈你好呀!我是 是Yu欸 🌌 2024每日百字篆刻时光,感谢你的陪伴与支持 ~ 🚀 欢迎一起踏上探险之旅,挖掘无限可能,共同成长! 前些天发现了一个人工智能学习网站,内容深入浅出、易于理解。如果对人工智能感兴趣,不妨点击查看。 粉丝交流贴:网关能通IP不通可能有

    2024年03月09日
    浏览(228)
  • JAVA OOM异常可观测最佳实践

    堆溢出-java.lang.OutOfMemoryError: Java heap space。 栈溢出-java.lang.OutOfMemorryError。 栈溢出-java.lang.StackOverFlowError。 元信息溢出-java.lang.OutOfMemoryError: Metaspace。 直接内存溢出-java.lang.OutOfMemoryError: Direct buffer memory。 GC超限-java.lang.OutOfMemoryError: GC overhead limit exceeded。 垃圾回收器就是内存

    2024年02月06日
    浏览(44)
  • java.lang.NumberFormatException: null的原因及解决方案

    查找到了异常是出现在  paseInt() 方法中,在 String 类在转换成 Int 类时, 存在转换失败或空值的隐患 ,代码如下: 为了消除转换该隐患,当转换失败或为 null 时,使用默认值来代替转换失败的值,代码如下: 测试之后,java.lang.NumberFormatException: null 的异常没有再出现。在开

    2024年02月15日
    浏览(65)
  • 出现java.lang.NullPointerException的可能原因及解决方案

    出现 java.lang.NullPointerException 错误通常是因为代码中出现了一个空引用,即 null。当尝试对这个空引用进行操作时,就会出现 NullPointerException 错误。以下是可能导致该错误的几个原因: 对象未被正确初始化 :当对象未被正确初始化时,它的值将为 null。在尝试访问该对象的方

    2024年02月01日
    浏览(53)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包