jvm 各个运行数据区异常

最新推荐文章于 2022-05-12 11:28:20 发布

vbsdfuiabifn

最新推荐文章于 2022-05-12 11:28:20 发布

阅读量323

点赞数

分类专栏： jvm 文章标签： jvm outofmemoryerror

本文链接：https://blog.youkuaiyun.com/qq_30673325/article/details/78312475

版权

jvm 专栏收录该内容

4 篇文章

订阅专栏

本文详细解析了Java虚拟机(JVM)中的各种内存溢出情况，包括堆溢出、虚拟机栈和本地方法栈溢出、方法区及运行时常量池溢出，以及本机内存直接溢出等问题。针对每种情况提供了相应的参数设置和解决方案。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

jvm: OutOfMemoryError 异常
在jvm规范中除了程序计数器外，虚拟机内存的其他几个运行时区域都有发生OOM异常的可能。
一、jvm堆溢出：
只要不断的创建对象，并且保证GC Roots到对象之间有可达的路径来避免回收机制清楚这些对象，那么在对象的数量大到超过堆容量的时候就会发生内存溢出异常。
参数：-Xmx 最大堆内存
-Xms 最小堆内存
-XX：HeapDumpOnOutOfMemoryError 在虚拟机内存溢出的时候将当前内存堆的快照转存以便事后分析
伪代码：

class HeapOOM{
main（String[] args）{
 List <A> list =new ArrayList<>();
 while(true){
  list.add(new A())
 }

}

}
class A{
}
--------------------------
运行结果：
java.lang.OutOfMemoryError: Java heap space

    at java.util.Arrays.copyOf(Arrays.java:3210)
    at java.util.Arrays.copyOf(Arrays.java:3181)
    at java.util.ArrayList.grow(ArrayList.java:261)
    at java.util.ArrayList.ensureExplicitCapacity(ArrayList.java:235)
    at java.util.ArrayList.ensureCapacityInternal(ArrayList.java:227)
    at java.util.ArrayList.add(ArrayList.java:458)
    at Test.test01(Test.java:15）

解决方案：通过内存映像分析工具堆dump出来的内存快照进行分析，重点是确认内存中的对象是否是必要的，先分析清楚是内存泄漏还是内存溢出；
内存泄漏，进一步查看泄漏对象到GC Roots的引用链，就能发现为什泄漏对象没有被GC收集
如果是必要存在的对象，就查看设置的堆参数以及查看代码中是否有生命周期过长、持有状态时间过长的情况。
二、虚拟机栈和本地方法栈溢出
在hostSpot虚拟机中不区分本地方法栈和虚拟机栈，因此在hostSpot虚拟机中-Xoss参数（设置本地方法栈的参数）是没有用的，栈的大小只有参数-Xss参数设定
这两种栈在虚拟机规范中有两种异常
1.OOM（在虚拟机扩展栈时无法申请到足够内存的时候)
2.StackOverflowError（线程请求的栈深度大于虚拟机所允许的最大深度）

注意：多线程减少栈内存可以避免栈溢出

三、方法区和运行时常量池溢出
由于常量池属于方法区的一部分，所以放到一起说，
参数：-XX：PermSize和-XX：MaxPermSize限制方法区的大小
这里的代码实验用的字符串的intern（）；
String intern（） jdk1.6 与1.7的实现不一样
1.6是复制实例对像到方法区的常量池，
1.7是存储首次出现的引用地址
四、本机内存直接溢出
-XX：MaxDirectMemorySize 不指定默认与堆大小相等
directMemory导致内存溢出一个明显的特征就是在Heap Dump文件中不会看见明显的异常，如果发现OOM之后的Dump文件很小，而程序中使用了NIO很有可能就是这方面原因