JVM内存溢出的几种情况

一、JVM内存溢出的几种情况?

JVM运行时首先需要类加载器(classLoader)加载所需类的字节码文件。加载完毕交由执行引擎执行,在执行过程的数据存储在运行时数据区,内存溢出的情况就是从类加载的阶段的出现的,内存溢出主要分为两大类:堆溢出和栈溢出。

排查OOM的通用性描述

在这里插入图片描述

堆内存溢出(OutOfMemoryError)

堆内存溢出描述解决方式
申请了大量
堆内存

情况一:内存中加载的数据量过于庞大,如一次从数据库取出过多数据(内存写入)。

情况二:代码中存在死循环或循环产生过多重复的对象实体(即申请了很多内存)。

将-Xms与-Xmx参数配大,从而将堆内存大小配大。

内存泄漏

内存空间使用完毕之后未回收。

情况1: 静态集合类,如HashMap、List等。

情况2: 各种连接,如数据库连接、网络连接和IO连接等,使用完毕没有及时关闭。

情况3: 内部类持有外部类。外部类不常用,而内部类被长期引用。

情况4: 大量引用了虚引用或者终结器引用。内部GC线程执行优先级低,导致得不到回收,从而OOM。

对象、资源使用完及时清除引用。

垃圾回收OOM

情况1: 空间担保分配失败,从新生代移动对象到老年代时,老年代空间不足。

情况2: CMS垃圾回收器,并发清除阶段预留给用户线程的空间不足,导致GC的速度低于用户线程生成对象的速度,从而并发失败,CMS退化成串行化的垃圾回收器,此时可能会OOM;

情况3: 垃圾回收GC超时(JVM默认配置GC的时间超过98%,回收堆内存低于2%)时,会出现OOM。

① 合理分配新生代与老年代的内存空间,适当调整新生代的比例。

② 尽量减少对象的生命周期,方便GC回收。

元空间内存溢出

OutOfMemoryError: Metaspace。

情况1: 原因是系统的代码过多或引用的第三方jar包过多。

情况2: 通过动态代码生成类加载等方法,导致元空间的内存占用很大。

① 元空间在本地内存中,可以根据实际情况适当元空间参数。具体有:元空间初始大小、元空间空间最大值、元空间在GC后剩余空间容量的最大与最小的百分比。

② 慎重引用第三方jar包,不需要的就exclude排除掉。

③ 对于大量使用动态代理的框架,提前做好压测,验证是否会出现OOM。

直接内存溢出

由于ByteBuffer关联了虚引用。GC时,bytebuffer首先会被回收,但是虚引用与直接内存不会被立即回收,而是进入引用队列。此时引用队列中的GC线程优先级低,内存得不到及时释放。

直接内存使用完毕,及时的clear。

栈内存溢出(StackOverflowError)

在这里插入图片描述

二、JVM调优命令?

在这里插入图片描述

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
JVM(Java Virtual Machine)调优是为了优化Java应用程序的性能和资源利用率。常见的JVM调优方式有以下几种: 1. **内存管理**: - **设置初始堆大小(-Xms)和最大堆大小(-Xmx)**: 根据应用需求合理配置,避免频繁的垃圾回收。 - **使用新生代和老年代的分代策略**: 如Eden、Survivor和Old Generation之间的大小调整,以及新生代的晋升策略。 - **调整堆的分代比例**: 控制年轻代与老年代的比例,以平衡GC频率和吞吐量。 2. **垃圾收集器的选择和调优**: - 选择适合的应用场景:如Serial、Parallel、CMS(Concurrent Mark Sweep)、G1(Garbage-First)等。 - 了解不同GC算法的特性,如CMS的低停顿时间和G1的分区垃圾回收。 - 使用参数如`-XX:+UseParallelGC`或`-XX:+UseG1GC`来指定GC器。 3. **线程池优化**: - 设置合理的线程数:过多或过少都可能导致性能下降。 - 调整`-XX:ParallelThreadCount`和`-XX:ThreadStackSize`。 - 使用`Fork/JoinPool`或`CompletableFuture`等并发工具。 4. **CPU缓存优化**: - 避免大对象直接进入堆,尽量使对象小于CPU缓存大小。 - 使用`-XX:+UseCompressedOops`减少对象引用的开销。 5. **JVM选项调整**: - `-XX:+UseStringDeduplication`启用字符串共享。 - `-XX:+UnlockDiagnosticVMOptions`打开诊断日志,用于调试性能问题。 - `-XX:+HeapDumpOnOutOfMemoryError`在发生内存溢出时自动生成堆转储文件。 6. **监控和诊断**: - 使用JMX(Java Management Extensions)或JConsole等工具监控JVM的性能指标。 - 使用VisualVM或JProfiler进行详细的性能分析。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

征程123

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值