了解虚拟机是怎么使用内存的，有助于我们解决和排查内存泄漏和溢出方面的问题。详解java虚拟机内存的各个区域，分析这些区域的作用服务对象以及可能发生的问题。
一、运行时数据区域java虚拟机在执行java程序的过程中会把它所管理的内存区域划分为若干个不同的数据区域。这些数据区域都有各自的用途，以及创建时间和销毁时间。有的随着虚拟机进程的而存在，有些区域则依赖用户线程的启动和结束而建立和销毁。根据java虚拟机的规范，jvm管理的内存将包括以下几个运行时数据区域。
1.1 程序计数器程序计数器是当前线程所执行程序字节码的行号计数器，字节码解释器根据这个程序计数器的值来选取下一条需要执行的字节码，实现程序的分支、循环、跳转、异常处理 和线程控制等基本功能。在java中，每个线程的执行需要操作系统轮换的分配处理机，因此每个线程都有自己的程序计数器，各个线程之间的计数器互不影响，独立存储，计数器占用空间不大。因此计数器是线程私有的内存。当线程正在执行java方法时，计数器的值为当前字节码指令的地址。当执行的是本地方法是，计数器的值为空。计数器是唯一一个不会发生OOM的数据区域。
1.2 java虚拟机栈虚拟机栈和计数器一样，和线程私有的，它的生命周期和线程相同。虚拟机栈是java方法执行的内存描述：每一个方法的执行都会为其创建一个栈帧，用于存储局部变量表，操作数栈，动态链接和方法的出口信息，局部变量表存储了编译期可知的基本数据类型[byte,int,float,double,char,short,long,boolean]，对象引用类型(不是实际的对象，可能只是对象的内存地址)，进入一个方法后，局部变量表的内存空间在编译是完全确认的，方法运行期间不会改变其大小。每一个方法从调用到执行完成，都对应着一个栈帧在虚拟机栈中从入栈到出栈的过程。
该区域可能有两类异常：StackOverflowError：线程请求的深度大于虚拟机允许的深度；OutOfMemory：如果虚拟机栈可以动态扩展，但是扩展的时候无法申请到足够的内存。
1.3 本地方法栈与java虚拟机栈类似，但是不同的是Java虚拟机栈是为java方法服务(字节码)，本地方法栈是为非java语言但是虚拟机又使用到的方法服务的(比如类加载器中最顶层的实现使用的是c++)。同样的，本地方法栈也会抛出StackOverflowError和OutOfMemory异常。
1.4 java堆java堆是被所有线程共享的一大片内存区域，其作用就是为创建的实例对象或者数组分配内存，也因此java堆是GC的主要针对区域，为了更好实现GC的效果，还把这一大块java堆内存分为不同的区域：叫什么Eden区，From区，Survivor，To Survivor;还有的从线程的角度甚至把这线程共享的java堆给各个线程分配了自己的缓冲区。真是树大招风啊！！但是无论java堆内存从什么角度被怎么划分，在这java堆中存放实例对象或者数组这一事实无法更改。进一步划分的目的是为了更加高效滴利用这一内存中的宝地罢了。根据规范，java堆的内存在物理上不要求连续，只要逻辑上连续就好了。
该区域可能抛出的异常：OutOfMemory：堆中没有内存足以给实例分配了
1.5 方法区与java堆一样，也是线程共享的内存区域，主要用于存放已经被虚拟机加载的类信息，常量，静态变量，以及实时编译的数据。虽然我们很不愿意把方法区和java堆混为一谈，但是从GC的角度，GC就是将方法区看成是java堆的永久代。虽然GC在这“永久代”上的效果总不是那么理想，但是却必不可少，GC在永久代的目的是针对常量池的回收以及类型卸载。
该区域可能出现的异常：OutOfMemory：方法区无法满足内配时。
1.6 运行时常量池线程共享的内存区域，运行时常量池属于方法区的一部分。java文件编译的Class文件中，除了类的基本信息（版本，字段，方法，接口等）之外，还有就是常量池，用于存放编译期间生成的字面量和符号引用（我觉得就是static，final修饰的字段吧），这部分内容在类被加载后就被放入运行时常量池了。除了Class文件中的符号引用外，还把翻译出来的直接引用也存储在运行时常量池了。运行时常量池还可以动态滴加入程序运行时生成的常量，比如String。
运行时常量池是方法区的一部分，那么自然也受到方法区内存的限制，当无法申请到内存时将抛出OutOfMemory。
二、直接内存