jvm内存区域

内存区域与内存溢出异常

1.1运行时数据区域

1.1.1 程序计数器

一块较小的内存空间,用来记录线程执行时的行号指示器,执行java方法的时候记录的是指令的地址,native方法的时候记录的是undefined,这个区域不会oom

1.1.2 java虚拟机栈

java虚拟机栈是java方法执行的内存模型,每个方法执行的时候都会创建一个栈帧用于存储**局部变量表**,操作数栈,动态链接,方法出口等信息,简单来说,一个方法的生命周期就是从入栈到出栈的整个过程.
局部变量表里面放的是基本类型和对象的引用,long和double占两个局部变量空间,其他的占一个,当进入一个方法的时候,帧的大小是确定的.
这个区域的错误会有:线程请求的栈深度大于虚拟机允许的深度报:StackOverflowError,如果虚拟机栈可以扩展,扩展时又没有足够的内存会报oom

1.1.3 本地方法栈

本地方法栈和虚拟机栈一样,只是为native方法服务,本地方法栈的错误和虚拟机栈一样

1.1.4 java堆

大多数情况下,java堆是虚拟机中内存占用最大的一块,是被所有线程共享的,在虚拟机启动时创建,这一块内存的唯一目的就是存放对象实例;
java堆是垃圾回收机制的主要区域,java堆的gc是按照分代收集算法来实现的,分为:新生代和老年代,新生代分为Eden空间,from survivor空间,to survivor空间;
java堆可以分配在物理上不连续的内存空间中,这个区域会发生的错误是:再堆中没有完成对实例的内存分配,且堆也无法再扩展时会oom;

1.1.5 方法区

方法区和堆一样,是线程之间共享的内存区域,用来存储类信息,常量,静态变量.即使这个区的变化非常少,它也不属于永久代,这个区域主要是针对常量池的回收和对类信息的卸载,也会出现oom的错误.

1.1.6 直接内存

直接内存不是虚拟机运行时数据区的一部分,这部分也可以被频繁使用,NIO可以通过native库直接调用堆外内存,本地的内存不受虚拟机的控制,所以也可能出现oom

oom

1.堆溢出

解决堆溢出的问题,通过内存映像分析工具对Dump出来的堆转储快照进行分析,确认是内存泄漏还是内存溢出。
如果是内存泄漏,可以通过工具看到GC roots 的引用链,找到内存对象是怎么通过GC Roots相关联,并且GC机制无法回收他们的
如果不是内存泄漏,就应该检查-Xms 与-Xmx,看内存是否还可以调大,代码中是否有对象生命周期过长的问题

2.虚拟机栈与本地方法栈溢出

出现StackOverflowError异常时,有错误堆栈可以阅读,比较容易找到问题的所在,默认情况下,栈深度达到默认的1000~2000没问题,

3.方法区溢出

程序使用字节码增强和动态语言,大量JSP或动态产生JSP文件,基于OSGI的应用会产生;

4.本机直接内存溢出

DirectMemory 容量 可通过- XX: MaxDirectMemorySize 指定， 如果不指定，则默认与Java堆最大值（- Xmx 指定） 一样

转载于:https://my.oschina.net/u/242676/blog/1807817