JVM-深入剖析JVM内存区域

运行时数据区域

Java虚拟机所管理的内存将包括以下几个运行时数据区域：

程序计数器（Program Counter Register）

是一块较小的内存空间，可以看作是当前线程所执行的字节码的行号指示器；字节码解释器工作的时候就是通过改变这个计数器的值，来选择下一个需要执行的指令

由于java虚拟机的多线程的实现是通过线程轮流切换，来分配处理器的执行时间，所以不管什么时候，一个处理器（对于多核处理器就是一个内核）只会执行一条线程内的指令；为了线程切换后可以恢复到正确的执行位置，每个线程都有自己的程序计数器，所以它是线程私有的内存

如果线程正在执行java方法，那么在计数器中记录正在执行的虚拟机字节码指令的地址；如果执行的是Native方法，计数器的值为undefined；这个内存区域是唯一一个没有规定任何OutOfMemoryError情况的区域

Java虚拟机栈（Java Virtual Machine Stack）

线程私有，生命周期和线程同步；虚拟机栈描述的是java方法执行的线程内存模型；每个方法被执行的时候，虚拟机都会创建一个栈帧（Stack Frame）用于存储局部变量表、操作数栈、动态连接、方法出口等信息；每个方法调用到执行结束的过程，对应着栈帧在虚拟机栈中入栈到出栈的过程；

如果线程请求的栈深度，大于虚拟机所允许的深度，则抛出StackOverflowError异常；如果虚拟机栈容量可以动态扩展，当栈扩展时申请不够时抛出OutOfMemoryError（HotSpot虚拟机不能动态扩展）；

本地方法栈（Native Method Stack）

和虚拟机栈类似，只不过是为虚拟机使用到的Native方法服务；（HotSpot虚拟机中直接把其和虚拟机栈合二为一）

Java堆（Heap）

线程共享，虚拟机启动的时候创建；唯一目的就是存储对象实例

堆被垃圾收集器管理；从分配的的角度来看，线程共享的堆可以划分出多个线程私有的分配缓冲区（Thread Local Allocation Buffer，TLAB），用来提升对象分配的效率；无论如何，堆中存储的都只能是对象的实例；

堆可以处于在物理上不连续的内存空间中，但在逻辑上它应该被视为连续的；但对于大对象而言（比如数组对象），多数虚拟机实现处于实现简单、存储高效的考虑，很可能会要求连续的内存空间；

堆既可以被实现为固定大小的，也可以是可扩展的（主流虚拟机都是可扩展的，通过参数-Xmx和-Xms设定）；如果在堆中没有内存完成实例分配，并且堆也无法扩展时，抛出OOM异常；

方法区（Method Area）

线程共享，存储已经被虚拟机加载的类型信息、常量、静态变量、及时编译器编译的代码缓存等；

对方法区的约束十分宽松，甚至可以选择不实现垃圾收集；如果方法区无法满足新的内存分配需求时，抛出OOM异常；

运行时常量池（Runtime Constant Pool）

方法区的一部分；Class文件中有项信息是常量池表（Constant Pool Table），用于存放编译期生存的各种字面量和符号引用，这部分内容在类加载后存放到方法区的运行时常量池中，一般来说，除了Class文件中的符号引用，还会把由符号引用翻译出来的直接引用也存储在运行时常量池；

运行时常量池相对于Class文件常量池的另一个重要特征是具有动态性，java并不要求常量一定只有编译期才能产生，并不是预置入Class文件中常量池的内容才可以进入方法区运行时常量池，运行期间也可以将新的常量放入池中，用的比较多的就是String类的intern()方法；

当常量池无法再申请到内存时抛出OOM异常；

直接内存（Direct Memory）

并不是虚拟机运行时数据区的一部分，也不是《java虚拟机规范》中定义的内存区域；本机直接内存的分配不会受到堆大小的限制，但是，会受到本机总内存（包括物理内存、SWAP分区或者分页文件）大小以及处理器寻址空间的限制，一般服务器管理员配置虚拟机参数时，会根据实际内存去设置-Xmx等参数信息，但经常忽略掉直接内存，使各个内存区域总和大于物理内存限制（包括物理的和操作系统级的限制），从而导致动态扩展时出现OOM异常