浅谈JVM内存溢出原因和解决思路

2024-08-02 07:40:39

栈溢出(虚拟机栈和本地方法栈)

产生原因

在HotSpot中，只能由-Xss参数来设定。因为在HotSpot中不区分虚拟机栈和本地方法栈的。
栈溢出时会出现两种异常：StackOverflowError异常和OutOfMemoryError异常。
- StackOverflowError异常因为线程请求的栈深度大于虚拟机允许的最大深度。
- OutOfMemoryError异常发生在虚拟机栈内存允许动态扩展的情况下，当扩展栈容量无法申请到足够的内存时。
因为HotSpot是不支持扩展的，所在除非在线程创建时申请内存无法满足时，才会出现OutOfMemoryError，其余都是产生StackOverflowError异常。
结论：给每个线程的栈分配内存不是越大越好。可以这么理解，比如总的内存是2G，如果一个线程就占了1.5G，那就。。。。

解决思路

出现 StackOverflowError异常时，会有明确错误堆栈可供分析，相对而言比较容易定位到问题所在。

如果使用Hotspot虚拟机默认参数，栈深度在大多数情况下（因为每个方法压人栈的帧大小并不是一样的，所以只能说大多数情况下）到达1000~2000 是完全没有问题，对于正常的方法调用（包括不能做尾递归优化的递归调用)，这个深度应该完全够用了。但是，如果是建立过多线程导致的内存滥出，在不能减少线程数量或者更换 64 位虚拟机的情况下，就只能通过减少最大堆和减少栈容量来换取更多的线程。

堆溢出

产生原因

当不断的创建对象并避免垃圾回收时，总容量触及最大堆容量时，就会产生溢出。
运行代码：设置vm参数-Xms10m -Xmx10m

public class HeapTest {
    static class OOMObj{

    }
    /**
     * vm arg -Xms10m -Xmx10m -XX:+HeapDumpOnOutOfMemoryError
     */

    public static void main(String[] args) {
        List<OOMObj> oomObjList = new ArrayList<OOMObj>();
        while (true){
            oomObjList.add(new OOMObj());
        }
    }
}

结果：

解决思路

首先通过内存映像分析工具确认是内存泄漏还是内存溢出。

如果是内存泄漏，说明导致OOM的对象不是必要的。进一步通过工具查看GC Roots引用链。一般可以比较精确的定位。
如果是内存溢出，对象是必须存活的，那就检查虚拟机的堆参数-Xms、-Xmx设置，对比机器内存，看是否还有上调的空间。再从代码上检查对象生命周期、持有状态时间、存储结构是否有设计不合理等情况。

方法区和运行时常量池溢出

产生原因

一个类要被垃圾收集器回收，条件是比较苛刻的。在经常运行时生成大量动态类的应用场景里，就应该特别关注了。

解决思路

HotSpot在JDK8中已经完全使用元空间代替永久带。Hotspot提供了一些参数作为元空间的防御措施，主要包括：

XX:MaxMetaspacesize：设置元空间最大值，默认是-1，即不限制，或者说只受限于本地内存大小。
-XX:Metaspacesize ：指定元空间的初始空间大小，以宇节为单位，达到该值就会触发垃圾收集进行类型卸载，同时收集器会对该值进行调整：如果释放了大量的空间，就适当降低该值；如果释放了很少的空间，那么在不超过-XX:MaxMetaspaceSize（如果设置了的话）的情况下，适当提高该值。
-XX:MinMetaspace Free Ratio：作用是在垃圾收集之后控制最小的元空间剩余容量的百分比，可减少因为元空间不足导致的垃圾收集的频率。类似的还有-xx:Max-MetaspaceFreeRatio，用于控制最大的元空间剩余容量的百分比。

本机直接内存溢出

产生原因

在直接或间接使用了ByteBuffer中的allocateDirect方法的时候，而不做clear的时候就会出现类似的问题。明显的特征是在Heap Dump文件中不会看到明显的异常情况。

解决思路

设置参数： -XX:MaxDirectMemorySize

到此这篇关于浅谈JVM内存溢出原因和解决思路的文章就介绍到这了,更多相关JVM内存溢出内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们！

JVM Metaspace内存溢出问题解决方案

一. 现象前段时间公司线上环境的一个Java应用因为OOM的异常报警,导致整个服务不可用被拉出集群,本地模拟重现的现象如下: 当时的解决方案是增加metaspace的容量:-XX:MaxMetaspaceSize=500m,从原来默认的256m改为500m,虽然没有再出现oom,但这个只是临时解决方案,通过公司的监控系统观察metaspace的使用情况还是在上升,而且后面随着业务访问量越来越大还是有可能达到阈值. 二. 分析 Metaspace元空间主要是存储类的元数据信息,我们的应用里加载的
老生常谈JVM的内存溢出说明及参数调整

对于JVM的内存写过的文章已经有点多了,而且有点烂了,不过说那么多大多数在解决OOM的情况,于此,本文就只阐述这个内容,携带一些分析和理解和部分扩展内容,也就是JVM宕机中的一些问题,OK,下面说下OOM的常见情况: 第一类内存溢出,也是大家认为最多,第一反应认为是的内存溢出,就是堆栈溢出: 那什么样的情况就是堆栈溢出呢?当你看到下面的关键字的时候它就是堆栈溢出了: java.lang.OutOfMemoryError: ......java heap space..... 也就是当你看到hea
JVM堆内存溢出后，其他线程是否可继续工作的问题解析

最近网上出现一个美团面试题:"一个线程OOM后,其他线程还能运行吗?".我看网上出现了很多不靠谱的答案.这道题其实很有难度,涉及的知识点有jvm内存分配.作用域.gc等,不是简单的是与否的问题. 由于题目中给出的OOM,java中OOM又分很多类型:比如:堆溢出("java.lang.OutOfMemoryError: Java heap space").永久带溢出("java.lang.OutOfMemoryError:Permgen space&quo
jvm内存溢出解决方法(jvm内存溢出怎么解决)

java.lang.OutOfMemoryError: PermGen space 发现很多人把问题归因于: spring,hibernate,tomcat,因为他们动态产生类,导致JVM中的permanent heap溢出 .然后解决方法众说纷纭,有人说升级 tomcat版本到最新甚至干脆不用tomcat.还有人怀疑spring的问题,在spring论坛上讨论很激烈,因为spring在AOP时使用CBLIB会动态产生很多类. 但问题是为什么这些王牌的开源会出现同一个问题呢,那么是不是更基础的原
了解Java虚拟机JVM的基本结构及JVM的内存溢出方式

JVM内部结构图 Java虚拟机主要分为五个区域:方法区.堆.Java栈.PC寄存器.本地方法栈.下面来看一些关于JVM结构的重要问题. 1.哪些区域是共享的?哪些是私有的? Java栈.本地方法栈.程序计数器是随用户线程的启动和结束而建立和销毁的, 每个线程都有独立的这些区域.而方法区.堆是被整个JVM进程中的所有线程共享的. 2.方法区保存什么?会被回收吗? 方法区不是只保存的方法信息和代码,同时在一块叫做运行时常量池的子区域还保存了Class文件中常量表中的各种符号引用,以及翻译出来的
浅谈JVM内存溢出原因和解决思路

目录栈溢出(虚拟机栈和本地方法栈) 产生原因解决思路堆溢出产生原因解决思路方法区和运行时常量池溢出产生原因解决思路本机直接内存溢出产生原因解决思路栈溢出(虚拟机栈和本地方法栈) 产生原因在HotSpot中,只能由-Xss参数来设定.因为在HotSpot中不区分虚拟机栈和本地方法栈的. 栈溢出时会出现两种异常:StackOverflowError异常和OutOfMemoryError异常. StackOverflowError异常因为线程请求的栈深度大于虚拟机允许的最大深
MySQL OOM（内存溢出）的解决思路

OOM全称"Out Of Memory",即内存溢出. 内存溢出已经是软件开发历史上存在了近40年的"老大难"问题.在操作系统上运行各种软件时,软件所需申请的内存远远超出了物理内存所承受的大小,就叫内存溢出. 内存溢出产生原因多种多样,当内存严重不足时,内核有两种选择: 直接panic 杀掉部分进程,释放一些内核. 大部分情况下,会杀掉导致OOM的进程,然后系统恢复.通常我们会添加对内存的监控报警,例如:当memory或swap使用超过90%时,触发报警通知,需要及
有关tomcat内存溢出的完美解决方法

tomcat内存溢出设置JAVA_OPTS 答案1 设置Tomcat启动的初始内存其初始空间(即-Xms)是物理内存的1/64,最大空间(-Xmx)是物理内存的1/4.可以利用JVM提供的-Xmn -Xms -Xmx等选项可进行设置三.实例,以下给出1G内存环境下java jvm 的参数设置参考: JAVA_OPTS="-server -Xms800m -Xmx800m -XX:PermSize=64M -XX:MaxNewSize=256m -XX:MaxPermSize=128m -D
浅谈JVM之使用JFR解决内存泄露

简介虽然java有自动化的GC,但是还会有内存泄露的情况.当然java中的内存泄露跟C++中的泄露不同. 在C++中所有被分配的内存对象都需要要程序员手动释放.但是在java中并不需要这个过程,一切都是由GC来自动完成的.那么是不是java中就没有内存泄露了呢? 要回答这个问题我们首先需要界定一下什么是内存泄露.如果说有时候我们不再使用的对象却不能被GC释放的话,那么就可以说发生了内存泄露. 一个内存泄露的例子我们举一个内存泄露的例子,先定义一个大对象: public class KeyOb
浅谈java内存管理与内存溢出异常

说到内存管理,笔者这里想先比较一下java与C.C++之间的区别: 在C.C++中,内存管理是由程序员负责的,也就是说程序员既要完成繁重的代码编写工作又要时常考虑到系统内存的维护在java中,程序员无需考虑内存的控制和维护,而是交由JVM自动管理,这样就不容易出现内存泄漏和溢出的问题.然而,一旦出现内存泄漏和溢出方面的问题,如果不了解JVM的内存管理机制就很难找到错误所在. 1.JVM运行时数据区 JVM在运行java程序的时候会将它所管理的内存划分为若干个不同的区域,这些区域不仅有自己的用途
浅谈Tomcat内存配置的正确姿势

1.背景虽然阅读了各大牛的博客或文章,但并没有找到特别全面的关于JVM内存分配方法的文章,很多都是复制黏贴为了严谨,本文特别备注只介绍基于HotSpot VM虚拟机,并且基于JDK1.7的内存分配情况,有关GC的说法也是基于CMS的concurrent collection(而非G1),防止大牛拍砖. 目前主流的JVM就是HotSpot VM(其次还有J9 VM,Zing VM),目前各类博客文章也大多基于JDK1.7以前的版本进行阐述的. (注:因为不同的虚拟机实现,不同的JDK,内存的分
浅谈JVM垃圾回收有哪些常用算法

一.前言: 垃圾回收: 在未来的JDK中可能G1会为ZGC所取代先问自己几个问题: 什么是垃圾? 垃圾就是堆内存中(范指)没有任何指针指向的对象实体.不具有可达性. 为什么要回收垃圾? 因为我们的内存是有限的,内存长时间不清理就会导致内存溢出,OOM: 只要是程序正在跑,那么就不断生成新的对象,我们需要GC开辟新的空间分配给新的对象. 我们怎么回收垃圾? 依靠Java的自动内存回收机制,机制的优劣由算法决定: 或者说是机制的适配度由算法和应用场景共同决定. 什么时候回收垃圾? 当堆中的实体对象
浅谈java+内存分配及变量存储位置的区别

Java内存分配与管理是Java的核心技术之一,之前我们曾介绍过Java的内存管理与内存泄露以及Java垃圾回收方面的知识,今天我们再次深入Java核心,详细介绍一下Java在内存分配方面的知识.一般Java在内存分配时会涉及到以下区域: ◆寄存器:我们在程序中无法控制 ◆栈:存放基本类型的数据和对象的引用,但对象本身不存放在栈中,而是存放在堆中(new 出来的对象) ◆堆:存放用new产生的数据 ◆静态域:存放在对象中用static定义的静态成员 ◆常量池:存放常量 ◆非RAM存储:硬盘等永久
java OOM内存泄漏原因及解决方法

前言这篇文章主要介绍了java OOM内存泄漏原因及解决方法,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下一.什么是OOM OOM,全称"Out Of Memory",翻译成中文就是"内存用完了",当JVM因为没有足够的内存来为对象分配空间并且垃圾回收器也已经没有空间可回收时,就会抛出这个error 二.为什么会OOM.出现的原因是什么为什么会没有内存了呢?原因不外乎有两点: ① 分配的少了:比如虚拟机本身可
浅谈Java内存区域与对象创建过程

一.java内存区域 Java虚拟机在执行Java程序的过程中会把它所管理的内存划分为若干个不同的数据区域.这些区域都有各自的用途,以及创建和销毁的时间,有的区域随着虚拟机进程的启动而存在,有的区域则依赖用户线程的启动和结束而建立和销毁.根据<Java虚拟机规范(JavaSE7版)>的规定,Java虚拟机所管理的内存将会包括以下几个运行时数据区域. 1.程序计数器(线程私有) 程序计数器(Program Counter Register)是一块较小的内存空间,它可以看作是当前线程所执行的字节码