JVM内存模型

    对于Java程序员来说，在虚拟自动内存管理机制下，不再需要为每一个new操作去写配对的delete/free代码，不容易出现内存泄漏和内存溢出问题，会有虚拟机自动管理内存。不过，也正因为这样将内存的控制权利交给了Java虚拟机，所以一旦出现内存泄漏和内存溢出方面的问题，如果不了解虚拟机是如何管理内存的，那么排查问题将会成为一项异常艰难的工作。

一、运行时数据区域

（一）程序计数器（Program Counter Register）

    程序计数器是一块较小的内存空间，它可以当做当前线程所执行字节码行号指示器。在虚拟的概念模型里，字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令，分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖这个计数器来完成。此内存区域是唯一一个在Java虚拟机规范中没有规定任何OutOfMemoryError情况的区域。

    1.如果线程正在执行的是一个Java方法，这个计数器记录的是正在执行的虚拟机字节码执行的地址；

    2.如果正在执行的是Native本地方法，那么计数器值则为空（Undefined）；

（二）Java虚拟机栈（Java Virtual Machine Stacks）

    与程序计数器一样Java虚拟机栈也是线程私有的，它的生命周期和线程相同。虚拟机栈描述的是Java方法执行的内存模型：每个方法在执行的同时都会创建一个栈帧（Stack Frame）用于存储局部变量表、操作数栈、动态链接、方法出口等信息。每一个方法从调用直至完成的过程，就对应一个栈帧在虚拟机栈中的入栈和出栈的过程。

    局部变量表中存放了编译器可知的各种基本数据类型、对象引用和returnAddress类型（指向了一条字节码指令的地址）。局部变量表所需要的内存空间在编译期就完成分配，当进入一个方法时，这个方法需要在帧中分配多大的内存的局部变量空间是完全确定的，在方法运行期间不会改变局部变量表的大小。

    在Java虚拟机规范中，这个区域会有两种异常：

    1.StackOverflowError：线程请求的栈深度大于虚拟机所运行的深度。

    2.OutOfMemoryError：扩展时无法申请到足够的内存。

（三）本地方法栈（Native Method Stack）

    本地方法栈的作用和虚拟机栈的作用十分类似，不同的是虚拟机栈是为虚拟机执行Java方法（字节码）服务的，而本地方法栈则是为虚拟机使用到的Native方法服务的。Sun HotSpot虚拟机直接就把本地方法栈和虚拟机栈合二为一了。

（四）方法区（Method Area）

    方法区和堆一样是线程共享的区域，他用于保存虚拟机加载的类信息、常量、静态变量、及时编译器编译的代码数据。很多开发人员称其为“永久代”，本质上两者并不等价，仅仅因为HotSpot虚拟机的设计团队选择把GC分代收集扩展至了方法区，这样垃圾收集器就可以像管理堆一样管理这部分内存了。但是，其他虚拟机都是没有这个概念的，因为这样设计更加容易出现OutOfMemoryError因为永久代是有-XX:MaxPermSize的上限，而其他虚拟机只有没有触碰到进程可用内存上限。因此，HotSpot虚拟机现在也有放弃永久代并逐步改为采用Native Memory来实现方法区的规划了，在目前发布的JDK1.7中已将字符串常量池移出了方法区。

    运行时常量池（Runtime Constant Pool）是方法区的一部分。Class文件中除了有类的版本信息、字段、方法、接口等描述信息外还有一项信息是常量池，用于存放编译期生存的各种字面量和符号引用，这部分内容将在类加载后进入方法区的运行时常量池中存放。

（五）堆（Java Head）

    Java堆是Java虚拟机中管理内存最大的一块也是最重要的一块，此内存区域唯一的目的就是存放对象实例。Java堆是垃圾收集器管理的重要区域，因此也叫“GC堆”。从内存回收的角度来说，由于现在的收集器基本都是分代收集算法，所以Java堆中还可以细分为新生代和老年代，新生代又可以细分为Eden空间、From Survivor空间、To Survivor空间（8：1：1）。

（六）直接内存（Direct Memory）

    直接内存并不是虚拟机运行的数据区的一部分，也不是Java虚拟机规范中定义的内存区域。但是这部分内存也是被频繁使用，而且也可能导致OutOfMemoryError异常的出现。