JAVA内存区域（1.7及之前）

Java虚拟机在执行Java程序是会将内存划分为不同区域，不同的区域负责不同的工作。

如下图：

 

图中蓝色的数据区为线程共享数据区，白色的是线程私有数据区。

程序计数器

程序计数器是一块较小的内存空间，可以看成是当前线程所执行的字节码的行号指示器。在虚拟机的概念模型里，字节码解释器改变这个计数器的值来选择下一条要执行的字节码指令，程序的判断、循环、跳转所有功能都是不同行的字节码，控制这个行数就控制了程序的运行流程，就知道下一步该执行什么，因为只保存行数，所以这块区域不大，同样的，为了保证每个线程的独立运行，所以每个线程都有自己的程序计数器，不同线程互不影响。

Java虚拟机栈

java虚拟机栈存储的是方法内部的变量，每个方法执行的时候会创建一个栈帧用来存储方法内的局部变量表等信息，每个方法开始执行的时候创建栈帧并入栈，方法执行完栈帧出栈。虚拟机栈也是线程私有的，生命周期与线程的生命周期一致，用来存储一个线程执行过程中方法内部的局部变量表等信息。

局部变量表中存放了编译期可知的各种基本数据类型（boolean,byte,short,int ,long,char,float,double）和对象引用（reference）和方法返回（returnAddress）类型。

其中64位长度的long和double类型数据会占用2个局部变量空间，其余的类型只占一个。局部变量表的内存空间在编译期就完成分配，当进入一个方法时需要在栈帧中分配多大的局部变量空间是完全确定的。

如果线程请求的栈深度大于虚拟机规定的深度，将抛出StackOverflowError。如果虚拟机栈可以动态扩展，在扩展时如果无法申请到足够的内存，则会抛出OutOfMemoryError异常。

本地方法栈

本地方法栈的作用和虚拟机栈的作用非常类似，只不过虚拟机栈是为java方法服务，而本地方法栈则是为本地Native方法服务。本地方法栈也会抛出StackOverflowError和OutOfMemoryError异常。

Java堆

对于大多数应用来说，Java堆是Java虚拟机所管理的内存中最大的一块。堆是所有线程共享的一块内存区域，在虚拟机启动时创建。堆是用来存放对象实例的。（随着JIT编译期的发展和逃逸分析技术的成熟，所有对象都在堆中渐渐变的不那么“绝对”了）。

根据Java虚拟机规范，堆可以处于物理上不连续的内存空间中。堆既可以是固定大小的，也可以是动态扩展的，目前主流虚拟机都是按照可扩展实现的（通过-Xmx和-Xms控制）。如果在堆中没有足够空间分配实例，也无法再扩展时，将会抛出OutOfMemoryError异常。

堆虽然都是存放对象的，但是在不同角度看来，仍然是有不同的区域划分的，从内存回收的角度看，可以分为新生代和老年代，在细致一点有Eden，From Survior，To Sruvivor空间。从内存分配的角度看，虽然堆是线程共享的，但是仍然有线程私有的分配缓冲区。但这都是根据业务功能的划分，不管如何划分，不论哪个区域，堆中存储的都是对象。

方法区

方法区和堆一样，也是线程共享的内存空间，它用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。目前发布的JDK1.7中，已经把原本放在方法区的字符串常量池移除（JDK1.6字符串常量池在方法区，1.7移到了堆中，1.8用元空间代替了方法区）。

方法区出了和堆一样不需要连续的内存空间和可以选择固定大小或者支持扩展外，还可以不实现垃圾收集。方法区的垃圾收集主要是针对常量池的回收和对类型的卸载，这个区域的垃圾回收成绩难以令人满意，尤其是类型的卸载，条件相当苛刻。（android系统的java虚拟机方法区的垃圾回收如何）。方法区无法满足内存分配需求时，将抛出OutOfMemoryError异常。

方法区中有一部分叫运行时常量池，用于存放编译期生成的各种字面量和符号引用，暂不关注。

直接内存

直接内存并不是虚拟机运行时的数据区的一部分。

JDK1.4中新加入了NIO类，引入了一种基于通道和缓冲区的I/O方式，可以使用Native函数库直接分配堆外内存，然后通过一个Java堆中的DirectByteBuffer对象作为这块内存的引用进行操作，这样避免了在Java堆和Native堆中来回复制数据，显著提高性能。

虽然该处内存不受Java堆大小显示，但是肯定是收到硬件限制的，因此当使用过多，过渡占用硬件内存，也会导致堆无法扩展而出现OutOfMemoryError。