目录
1.1 程序计数器(Program Counter Register)
1.6 运行时常量池(Runtime Constant Pool)
1.运行时数据区域
1.1 程序计数器(Program Counter Register)
记录当前代码执行的位置。字节码解释器工作时改变这个计数器的值来获取下一条需要执行的字节码指令。条件判断分支跳转、循环、异常处理等基础功能都需要依赖计数器完成。唯一一个JVM规范中没有规定任何OutOfMemoryError的区域。
1.2 虚拟机栈(VM Stack)
线程私有的,生命周期与线程生命周期相同。描述java方法执行的内存模型:每个方法执行时会创建一个栈帧(Stack Frame:方法运行时的基础数据结构)用于存储局部变量表、操作数栈、动态链接、方法出入口等信息。每个方法从调用到执行完成的过程,就对应一个栈帧在虚拟机中从入栈到出栈的过程。
可能出现的异常
StockOverflowError:线程请求的栈深度大于虚拟机所允许的深度。
OutOfMemoryError:栈空间扩展时无法申请到足够的内存空间。
1.2.1 局部变量表存放信息
1. 编译期可知的各种基础数据类型:byte、short、int、long、float、double、char、boolean
2. 对象引用reference类型:不是对象本身,是执行对象地址的引用指针
3.returnAddress类型:指向一条字节码指令的地址
1.3本地方法栈(Native Method Stack)
与VM Stack作用相似,不同的是VM stack是为java方法服务的,native method stack是为虚拟机使用到的native方法服务的。
1.4 堆(Heap)
所有线程共享,存放对象实例,几乎所有的对象实例都在这里分配内存。垃圾回收器主要管理的区域。可通过-Xmx和-Xms参数来控制java堆区的大小。对象实例内存分配时没有足够的内存完成实例的分配,会产生OutOfMemoryError异常。
1.5 方法区(Method Area)
线程共享的区域,存储被虚拟机加载的类信息、常量、静态变量、JIT即使编译器编译后的代码等数据。无法分配内存时会抛出OutOfMemoryError异常。
HotSpot用永久代实现方法区(永久代有 -XX:MaxPermSize 的上限),HotSpot虚拟机把GC分代收集扩展到了方法区,省去了专门为方法区编写内存管理代码的麻烦。这个区域内存回收主要是对常量池的回收和对类型的卸载。HotSpot曾出现过几个严重的BUG就是对此区域未完全回收产生的内存泄漏。
1.6 运行时常量池(Runtime Constant Pool)
方法区的一部分,class文件除了类的版本、字段、方法、接口等描述信息外,还要有一项就是常量池,用于存放编译期生成的各种字面量和符号引用,这部分内容在类加载后进入方法区的运行时常量池存放。受方法区限制也会存在OutOfMemoryError。
1.7 直接内存(Direct Memory)
直接内存不是虚拟机运行时数据区的一部分,也不是java虚拟机规范中定义的内存区域。但这部分也会频繁使用,也有可能导致OutOfMemoryError异常。
NIO中引入了一种基于通道(Channel)与缓存区(Buffer)的IO方式,他可以使用native函数库直接分配堆外内存,然后通过存储在java堆中的DirectByteBuffer对象对这块内存的引用进行操作。主要是避免java堆和native堆中的来回复制数据的开销。