内存区域与内存溢出异常。
程序计数器 pc
比较小的内存空间,它可以看做是当前线程所执行的字节码的行号指示器。
在虚拟机的概念模型(只是概念,各种虚拟机可能会通过一些更加高效的方法去实现),字节码解释器的工作就是通过改变这个计数器的值来选取下一条需要执行的字节码指令,分支,循环,跳转,异常处理,线程恢复等基础功能过需要依赖这个计数器来完成。
每条线程都有一个独立的程序计数器,各条线程之间计数器互不影响,独立存储,"线程私有"内存,生命周期与线程相同。
如何线程正在执行的是一个Java方法,这个计数器记录的是正在执行的虚拟机字节码指令的地址;如果正在执行的是native方法,这个计数器值则为空。
这块区域没有 OutOfMemoryError 情况。
http://www.blogjava.net/flysky19/articles/93455.html Nativa 方法。
Java虚拟机栈
虚拟机栈描述的是java方法执行的内存模型:每个方法在执行的同时都会创建一个栈帧用于存储局部变量表、操作数栈、动态链接、方法出口等信息。每一个方法从调用直至执行完成的过程,就对应着一个栈帧在虚拟机中入栈到出栈的过程。
局部变量表:存放各种基本数据类型、对象引用(reference 类型)、returnAddress类型(指向一条字节码指令的地址)。
基本数据类型:(Boolean,byte,char,short,int,float,long,double)
double 和long 64 个字节会占用两个局部变量空间,其余的数据类型只占用一个。
局部变量表所需的内存空间在编译器期间完成分配,当进入一个方法是,这个方法所需在帧中分配多大的局部变量空间完全确定的,在方法运行期间不会改变局部变量表的大小。
两种异常: StackOverFlowError异常:线程请求的栈深度大于虚拟机所允许的深度。 OutOfMerroyError异常:虚拟机栈可以动态扩展如果扩展时无法申请到足够的内存。
本地方法栈
为虚拟机使用到的Nativa方法服务:对本地方法栈中方法的语言、使用方法与数据结构没有强制规定,自由实现。
两种异常: StackOverFlowError异常OutOfMerroyError异常
有些虚拟机( Sun HotSpot 虚拟机)直接合二为一。
JAVA 堆
Java堆被所有线程共享,在虚拟机启动时创建。内存区域的唯一目的就是存放对象实例,几乎所有的对象实例都在这里分配内存。
所有的对象实例以及数组都要在堆上分配,但是随着JIT编译器的发展与逃逸分析技术的逐渐成熟,栈上分配,标量替换优化技术将会导致一些微妙的变化发生。
java堆是垃圾收集器管理的主要区域,“GC堆”。
从回收的角度来看,由于现在的收集器都采用分代算法:新生代和老年代。
从内存分配的角度:线程共享的java堆中可能划分出多个线程私有的分配缓冲区。
分配方式和存放内容无关,不管哪个区域都是存放对象实例。
Java堆可以处于物理上不连续的内存空间中,只要逻辑上是连续的即可。
当堆中没有内存完成实例分配,平且堆无法拓展是,OutOfMerroyError异常。
方法区
与堆一样是各个线程共享的内存区域,它用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。
可以选择不实现垃圾收集。
这个区域的回收主要是针常量池的回收和对类型的卸载。
Java中的常量池,实际上分为两种形态:静态常量池和运行时常量池。
所谓静态常量池,即*.class文件中的常量池,class文件中的常量池不仅仅包含字符串(数字)字面量,还包含类、方法的信息,占用class文件绝大部分空间。
而运行时常量池,则是jvm虚拟机在完成类装载操作后,将class文件中的常量池载入到内存中,并保存在方法区中,我们常说的常量池,就是指方法区中的运行时常量池。
必须要关注编译期的行为,才能更好的理解常量池。
运行时常量池中的常量,基本来源于各个class文件中的常量池。
程序运行时,除非手动向常量池中添加常量(比如调用intern方法),否则jvm不会自动添加常量到常量池。
直接内存
jdk 1.4加入了NIO类,引入了一种基于通道与缓冲区的IO方式。
。。。。。。
文章大多来自《深入理解JAVA虚拟机–JVM高级特性与最佳实践》