JVM内存区域与内存溢出异常

时间:2022-06-03 03:31:32

Java虚拟机在执行java程序时会把它所管理的内存会分为若干个不同的数据区域,不同的区域在内存不足时会抛出不同的异常。

JVM内存区域与内存溢出异常

一、运行时数据区域的划分

(1)程序计数器
程序计数器(Program Counter Register)是一块比较小的内存空间,它可以看作是当前线程所执行的字节码的行号指示器;
PCR为线程私有内存,程序计数器是唯一一个在Java虚拟机规范中没有规定任何OOM情况的区域。

(2)方法区
方法区(Method Area)与Java堆一样,是各个线程共享的内存区域,它用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。
也称为永久代(Permanent Generation)但随着Java8的到来,已放弃永久代改为采用Native Memory来实现方法区的规划。
此区域回收目标主要是针对常量池的回收和对类型的卸载。

(3)JVM栈
虚拟机栈(Java Virtual Machine Stacks)描述的是Java方法执行的内存模型:每个方法在在执行的同时都会创建一个栈帧(Stack Frame)用于存储局部变量表、操作数栈、动态链接、方法接口等信息。每个方法从调用直至执行完成的过程,就对应着一个栈帧在虚拟机栈中入栈出栈的过程。
Java虚拟机栈也是线程私有,它的生命周期与线程相同。
Java内存区常分为堆内存(Heap)和栈内存(Stack);

OOM情况:
线程请求的栈深度>虚拟机所运行的最大深度;
虚拟机动态扩展时无法申请到足够的内存

(4)本地方法栈
与虚拟机栈作用很相似,区别是虚拟机栈为虚拟机执行java方法服务,而本地方法栈则是为虚拟机用到的Native方法服务。和虚拟机栈一样可能抛出*Error和OutOfMemoryError异常。

(5)Java堆
Java堆是被所有线程共享的一块内存区域,在虚拟机启动时创建。主要存放对象实例。
Java堆是垃圾收集器管理的主要区域,其可细分为新生代和老年代。如果在堆中没有内存完成实例分配,并且也无法再扩展时,会抛出OutOfMemoryError异常。

(6)直接内存
直接内存(Direct Memory)并不是虚拟机运行时数据区的一部分,也不是虚拟机规范中定义的内存区域。
能在一些场景中显著提高性能,因为避免了在Java堆和Native堆中来回复制数据。
直接内存的分配不会受到Java堆大小的限制,但会收到本机总内存(RAM以及SWAP/分页文件)大小以及处理器寻址空间的限制。
设置Xmx等参数信息时注意不能忽略直接内存,不然会引起OOM。

二、对象的访问定位

Java程序需要通过栈上的reference数据来操作堆上的具体对象,
对象访问方法取决于不同的JVM实现,目前主流访问方式有使用句柄和直接指针2种。

(1)句柄访问

Java堆中划分出一块内存作为句柄池,reference中存储对象的句柄地址,句柄中包含对象实例数据与类型数据各自的具体地址信息;

JVM内存区域与内存溢出异常

(2)直接指针访问

Java堆对象的布局中必须考虑如何放置访问类型数据的相关信息,reference中存储对象地址;

JVM内存区域与内存溢出异常

(3)两种访问方式比较
使用句柄访问最大的好处是reference中存储的是稳定的句柄地址,在对象被移动(GC时移动对象是很普遍的行为)时只会改变句柄中的实例数据指针,而reference本身不需要修改;
使用直接指针访问方式的最大好处是速度更快,它节省了一次指针定位的时间开销,由于对象访问在Java中非常频繁,因此这类开销积少成多后也是一项非常可观的执行成本;
HotSpot虚拟机采用指针访问方式进行对象访问,从整个软件开发范围看,各种语言和框架使用句柄来访问的情况也非常常见。

三、几种内存溢出异常及解决

虚拟机主要的几种异常是OutOfMemoryError异常和虚拟机栈和本地方法栈溢出,以及运行时常量池溢出等。

(1)OutOfMemoryError异常

除了程序计数器外,虚拟机内存的其他几个运行时区域都有发生OutOfMemoryError(OOM)异常的可能,

java堆用于存储对象实例,我们只要不断的创建对象,并且保证GC Roots到对象之间有可达路径来避免垃圾回收机制清除这些对象,就会在对象数量达到最大堆容量限制后产生内存溢出异常。
出现这种异常,一般手段是先通过内存映像分析工具(如Eclipse Memory Analyzer)对dump出来的堆转存快照进行分析,重点是确认内存中的对象是否是必要的,先分清是因为内存泄漏(Memory Leak)还是内存溢出(Memory Overflow)。
如果是内存泄漏,可进一步通过工具查看泄漏对象到GC Roots的引用链。于是就能找到泄漏对象时通过怎样的路径与GC Roots相关联并导致垃圾收集器无法自动回收。
如果不存在泄漏,那就应该检查虚拟机的参数(-Xmx与-Xms)的设置是否适当。

(2)虚拟机栈和本地方法栈溢出
如果线程请求的栈深度大于虚拟机所允许的最大深度,将抛出*Error异常。
如果虚拟机在扩展栈时无法申请到足够的内存空间,则抛出OutOfMemoryError异常
这里需要注意每个线程分配到的栈容量越大,可以建立的线程数就越少,建立线程时候就越容易耗尽剩余内存。

按虚拟机默认参数,栈深度在大多数情况下达到1000~2000完全没问题,对于正常方法调用(包括递归),这个深度应该完全够用;

但如果是建立过多线程导致内存溢出,在不能减少线程数或者更换X64位虚拟机的情况下,就只能通过减少最大堆和减少栈容量来换取更多的线程

(3)方法区和运行时常量区溢出
java.lang.OutOfMemoryError: PermGen space
运行时常量池溢出(HotSpot虚拟机中的永久代),
如果要向运行时常量池中添加内容,最简单的做法就是使用String.intern()这个Native方法。

运行时常量池溢出(HotSpot虚拟机中的永久代),
如果要向运行时常量池中添加内容,最简单的做法就是使用String.intern()这个Native方法。
该方法的作用是如果池中已经包含一个等于此String的字符串,则返回代表池中这个字符串的String对象;否则,将此String对象包含的字符串添加到常量池中,并且返回此String对象的引用。
由于常量池分配在方法区内,我们可以通过-XX:PermSize和-XX:MaxPermSize限制方法区的大小,从而间接限制其中常量池的容量。

四、Java如何获得JVM内存使用情况

要获得JVM相关的内存信息,需要使用Runtime类的totalMemory(), maxMemory() 和 freeMemory()三个方法。

import java.text.DecimalFormat;

public class Test{

/**
* 显示JVM总内存,JVM最大内存和总空闲内存
*/
public void displayAvailableMemory() { DecimalFormat df = new DecimalFormat(“0.00″) ; //显示JVM总内存
long totalMem = Runtime.getRuntime().totalMemory(); System.out.println(df.format(totalMem 1000000F) + ” MB”); //显示JVM尝试使用的最大内存
long maxMem = Runtime.getRuntime().maxMemory();
System.out.println(df.format(maxMem 1000000F) + ” MB”); //空闲内存
long freeMem = Runtime.getRuntime().freeMemory();
System.out.println(df.format(freeMem 1000000F) + ” MB”); } /**
* Starts the program
* @param args the command line arguments
*/
public static void main(String[] args) {
new Main().displayAvailableMemory();
}
}

  

参考

JVM学习笔记(二)Java内存区域与内存溢出异常

Java 内存区域与内存溢出